Basically mod_jk, in its simplest form, will take a request bound for port 80 and apache and look at the type of data it is requesting. Like .php gets passed to the php module, or .html gets handled natively by apache, something like .jsp will simply get forwarded on to Tomcat. Apache isn't really doing anything at that point except for acting as a conduit so that both distinct servers can use port 80 simultaneously, which makes coding multi-language web apps a little simpler.
<br><br>Tomcat has a pretty extensive administration interface. Basically, when it gets set up, you do just enough dirty work on Tomcat to get the thing to run and then configure everything else (permissions, database, settings, etc.) via the admin app. It's really though this app that you should be directing your attention.
<br><br>Your application should have capability to access the allowed functions of the environment it's running within, which in this case is Tomcat. That includes your permissions and access. You shouldn't have to use explicit filters and such just to access permission data being passed from the session and handled by the application server.
<br><br>You may want to spend a little time grepping the tomcat docs and even do some searches over at the Sun website as they have their own spin off app server based on Tomcat, which is to say it is basically branded Tomcat.
<br><br>brad<br><br><div><span class="gmail_quote">On 6/27/06, <b class="gmail_sendername"><a href="mailto:joshj@linuxmail.org">joshj@linuxmail.org</a></b> <<a href="mailto:joshj@linuxmail.org">joshj@linuxmail.org</a>> wrote:
</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">When we last left our adventurers...<br><br>> I would say that there should be no reason you couldn't do what you want to
<br>> natively within Tomcat. You shouldn't need more than a modicum of java, if<br>> any at all to do it. Tomcat should have some native handling of<br>> authentication to it's services, which you can use in conjunction with your
<br>> applications.<br>><br>> The big thing to remember is that although you have Apache and Tomcat linked<br>> using mod_jk, Tomcat is a standalone server, with it's own auth mechanisms<br>> and capabilities. Mod_jk simply allows the java content to be passed off to
<br>> tomcat automagically through apache instead of having to directly address<br>> the server over port 8080 or whereever you set it up at.<br>><br>> You probably know that, but just in case, I figured, I would expound as I
<br>> know plenty of java developers that have very little clue about the workings<br>> of the app server and vice-versa.<br>><br>> In short, it should be able to be done, and I would say to leverage Tomcat<br>
> to do what you need to do.<br>><br>> brad<br><br>I just figured that since the trouble was put into making a mod_jk, and<br>not merely passing off the request to tomcat (mod_rewrite or proxy style),<br>that maybe it did more than that. Like accepting requests back in some
<br>way-shape-or-form.<br><br>I'm attempting to use a Filter handle the request. Am I barking up the<br>wrong tree? Or is this the way to go?<br><br>-Josh<br><br>><br>> On 6/27/06, <a href="mailto:joshj@linuxmail.org">
joshj@linuxmail.org</a> <<a href="mailto:joshj@linuxmail.org">joshj@linuxmail.org</a>> wrote:<br>>><br>>> It got a little out of hand but that was just some friendly banter. Merely<br>>> commenting on how sometimes someone here will ask a question and someone
<br>>> else will recommend that they change their distro or platform. I actually<br>>> completely agree with Brad. Enterprise (or "Enterprisey") is nothing but<br>>> bullshit. Its all about a good language for the job at hand and a good
<br>>> design. And I try, God knows I try, but I hate Java for webprogramming.<br>>><br>>> So anyway, is it possible to verify someone's session and then dish out<br>>> the file (using Apache/Tomcat)? And I don't care what kind of file it is.
<br>>> Anything from txt to xml to pdf or jpg. I just don't want to use Java to<br>>> 'stream' the file (even though that is the common answer I've seen) since<br>>> that is essentially duplicating code for something that Tomcat and Apache
<br>>> can already do.<br>>><br>>> And my deepest apologies to any "Java lovers" (if there is such a thing)<br>>> and "Enterprisey believers". I know not what I do.<br>>>
<br>>> xo<br>>> -Josh<br>>><br>>> When we last left our adventurers...<br>>><br>>> > Since this is all started and I'm feeling feisty this morning, I'll add<br>>> my<br>>> > $.02 to the debate.
<br>>> ><br>>> > I've supported and contributed to application devlopment using various<br>>> > languages and platforms. I can say with all confidence that language<br>>> has<br>>> > only a small part to play with stability or
<br>>> enterprise-worthy-ness. It's<br>>> > about the coders and the project spec.<br>>> ><br>>> > Java is nice; it runs everywhere; and is OO by nature. Perl is Perl -<br>>> it
<br>>> > does what it does and makes coffee with the right CPAN<br>>> modules. However, in<br>>> > both of these cases, don't consider marketing propaganda, corporate<br>>> dollars,<br>>> > and press for reality.
<br>>> ><br>>> > I've seen Java fail to accomplish the project's goals just as quickly as<br>>> if<br>>> > it was spec'd for Perl. On the flip side, I've seen PHP create an app<br>>> for a
<br>>> > quarter of the money and less than an 8th of the time of a comparable<br>>> java<br>>> > solution. Of course, I've also seen some awsome things being developed<br>>> > using Java.
<br>>> ><br>>> > My complaint with Java is the complexity involved in setting up an<br>>> efficient<br>>> > environment. Tomcat is not a simple app to setup and run - especially<br>>> if
<br>>> > you are linking it to dynamically serve regular html or some form of<br>>> > webscript pages like php.<br>>> ><br>>> > Perl is also a beast. The fact that it has a loosely defined form
<br>>> without<br>>> > any real rigidity in its syntax makes for some very very very ugly code.<br>>> > And don't get me started on CPAN.<br>>> ><br>>> > In all, there is no perfect language out there now. A good programmer
<br>>> does<br>>> > the best job he / she can with the best tool for the job. They don't<br>>> simply<br>>> > do it because they can or because the marketing says its good and<br>>> > "enterprise ready". But that rule should hold for all things IT.
<br>>> ><br>>> ><br>>> ><br>>> > On 6/27/06, Pete Cummings <<a href="mailto:pete@linuxcowboy.com">pete@linuxcowboy.com</a>> wrote:<br>>> > ><br>>> > > Websphere !!!!! That's great if you want to "port" your freakin job
<br>>> > > to<br>>> > > India! enterprise software =Asian concentration camps!!! Stick with<br>>> Open<br>>> > > Source and live free (or die).<br>>> > ><br>>> > >
<br>>> > > David J. Andruczyk wrote:<br>>> > ><br>>> > > Use an enterprise application. i.e. don't ask your local LUG, ask<br>>> the<br>>> > > enterprise vendors..
<br>>> > ><br>>> > > The first one that pops into my head is IBM's websphere. (only<br>>> > > because<br>>> > > of the 40+ servers I support most run it with oracle for all their
<br>>> > > web<br>>> > > stuff) and this is a large worldwide "enterprise" level site. Aside<br>>> > > from that I don't know much about websphere. (I support the boxes,
<br>>> > > not<br>>> > > the customer apps)<br>>> > ><br>>> > ><br>>> > ><br>>> > > --- <a href="mailto:joshj@linuxmail.org">joshj@linuxmail.org
</a> wrote:<br>>> > ><br>>> > > Sing now while you can. Sure perl makes that little stuff easier.<br>>> But<br>>> > > when<br>>> > > you're writing enterprise applications you can't use a toy like that.
<br>>> > > And<br>>> > > you want to talk about Scalable? I'd love to see you scale your hippy<br>>> > ><br>>> > > programs across multiple servers!<br>>> > >
<br>>> > > Love<br>>> > > -Josh<br>>> > ><br>>> > > Well i'm sure you're java solution will be scalable and<br>>> enterprise<br>>> > > ready enough to allow you plenty of time to fix your tie while you
<br>>> > > reassess your paradigm for a more proactive approach.<br>>> > ><br>>> > > On 6/26/06, <a href="mailto:joshj@linuxmail.org">joshj@linuxmail.org</a> <<a href="mailto:joshj@linuxmail.org">
joshj@linuxmail.org</a>><br>>> > > <<a href="mailto:joshj@linuxmail.org">joshj@linuxmail.org</a>> wrote:<br>>> > ><br>>> > > Don't give me that "right tool for the job" malarky you freakin
<br>>> > ><br>>> > > Perl<br>>> > ><br>>> > > hippy. Go back to the commune with all the other Perl, PHP, and<br>>> > ><br>>> > > Python<br>
>> > ><br>>> > > programmers.<br>>> > ><br>>> > > _______________________________________________<br>>> > > nflug mailing list<br>>> > >
nflug@nflug.orghttp://www.nflug.org/mailman/listinfo/nflug<br>>> > ><br>>> > > _______________________________________________<br>>> > > nflug mailing list<br>>> > >
nflug@nflug.orghttp://www.nflug.org/mailman/listinfo/nflug<br>>> > ><br>>> > > Dave J. Andruczyk<br>>> > ><br>>> > > __________________________________________________
<br>>> > > Do You Yahoo!?<br>>> > > Tired of spam? Yahoo! Mail has the best spam protection around<br>>> > > <a href="http://mail.yahoo.com">http://mail.yahoo.com</a><br>>> > > _______________________________________________
<br>>> > > nflug mailing list<br>>> > > nflug@nflug.orghttp://www.nflug.org/mailman/listinfo/nflug<br>>> > ><br>>> > ><br>>> > ><br>>> > > _______________________________________________
<br>>> > > nflug mailing list<br>>> > > <a href="mailto:nflug@nflug.org">nflug@nflug.org</a><br>>> > > <a href="http://www.nflug.org/mailman/listinfo/nflug">http://www.nflug.org/mailman/listinfo/nflug
</a><br>>> > ><br>>> > ><br>>> > ><br>>> ><br>>> _______________________________________________<br>>> nflug mailing list<br>>> <a href="mailto:nflug@nflug.org">
nflug@nflug.org</a><br>>> <a href="http://www.nflug.org/mailman/listinfo/nflug">http://www.nflug.org/mailman/listinfo/nflug</a><br>>><br>><br>_______________________________________________<br>nflug mailing list
<br><a href="mailto:nflug@nflug.org">nflug@nflug.org</a><br><a href="http://www.nflug.org/mailman/listinfo/nflug">http://www.nflug.org/mailman/listinfo/nflug</a><br></blockquote></div><br>