On Fri, 21 Jun 2002, Turner, John wrote: > Thanks for the reply, I think. > > The configurations I have have been working since tomcat 3.1. They > work on tomcat 4 with mod_jk. I see no reason to change them, > especially considering the amount of time I wasted trying to get > mod_webapp to work, and the amount of posts to this list from people > having problems when changing their configuration to something new. > > The JkMount directives may be redundant, I'm not worried about it. > They work.
OK, that all makes sense. FWIW, I installed tomcat 4.0.3 and mod_webapp on a Solaris machine recently, and it took me only about a half-hour's worth of work. It was very simple and straightforward. So you might ask why I don't just go with mod_webapp now. A couple of reasons. First, the above was for a test/development environment, so I just wanted to get it going quickly, I didn't care so much about which connector I used. Now I need to install it in a production environment, so I want to use the "best" connector. Second, this is for AIX, and the tomcat site doesn't have AIX binaries for the connectors. It does have binaries for Solaris (both mod_webapp and mod_jk, IIRC). Regarding the possibly redundant JkMount directives, it would be nice to understand exactly what is going on with them, because there may be performance and/or security considerations. > -----Original Message----- > From: Milt Epstein [mailto:[EMAIL PROTECTED]] > Sent: Thursday, June 20, 2002 6:56 PM > To: Tomcat Users List > Subject: RE: Using JkMount with mod_jk question... > > > On Thu, 20 Jun 2002, Turner, John wrote: > > > Good questions, all. It doesn't matter to me if "servlet" shows up > > in the URL (it matters to some people/projects) so I haven't worried > > about it. I think using "servlet" is just a convention...in my > > projects, I usually prepend the application name to it. For > > example, if the application is XYZ, then I use XYZServlet to denote > > that application's servlet directory, not "servlet". Same goes for > > company names...if you have company ABC using a particular app, you > > might say "ABCServlet". > > Maybe I can add a little here. A long time ago in a galaxy far away, > servlets used to be called with URL's like > "http://www.domain.com/servlet/ServletName";, where ServletName was the > actual name of the servlet class. "servlet/" was a virtual directory > that told the servlet container (servlet engine back then) to find the > named servlet. Of course, the web server had to be told to pass URL's > with "servlet/" in them to the servlet container. > > That was before they came up with the idea of defining servlets in the > web.xml file, and specifying servlet-mapping's to allow url-pattern's > to point to these defined servlets. Then you could define a servlet > dothis that was actually ServletName, and with the appropriate > mappings, you could use a URL like "http://www.domain.com/dothis";. > > Now, I don't recall what the spec has to say about this, that is, > whether it requires/allows/disallows using the old style URL's with > "servlet/" and the actual servlet class name. But some people think > it's a good idea not to use them, in fact, even to disable it, such > that you can only reach servlets that have been defined in web.xml. > In some ways, it allows more control and greater security. > > Anyway, the > > JkMount /servlet ajp13 > > in the examples is a vestige of all this. > > > > I think, if you tell apache that "index.jsp" is a valid starting > > page, you can just call "/mydir" instead of "/mydir/" and have that > > JSP page redirect wherever you want. > > Wouldn't specifying index.jps as a welcome-file in web.xml be a better > way of doing this? > > > > -----Original Message----- > > From: Sean M Alderman [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, June 20, 2002 5:00 PM > > To: Tomcat Users List > > Subject: RE: Using JkMount with mod_jk question... > > > > > > So I need to shut apache down, change the config and restart everytime I > > deploy a new webapp? > > > > OK...so I did what you said, and now I can point my browser to > > http://host/examples/ and it shows me a directory listing like > > page...which is better than I saw before. If I do > > http://host/examples/jsp/ I get the index.html page I expect to get. > > Great! > > > > so I put a JkMount /myApp ajp13 in httpd.conf and if I have > > $TOMCAT_HOME/webapps/myApp.war the app will deploy and I should be able > > to visit http://host/myApp and run the app. > > > > One last stupid question... So what's JkMount /servlet ajp13 for in the > > examples?...I mean is /servlet specific or should there be an additional > > note for stupid guys like me who don't get that /servlet should be > > replaced with actual real servlets on your system? > > > > On Thu, 2002-06-20 at 16:44, Turner, John wrote: > > > > > > If you were using mod_jk, apache, and tomcat, and wanted to reach the > > tomcat > > > examples (default install) on port 80 (instead of 8080 or whatever), > this > > > would work: > > > > > > JkMount /examples ajp13 > > > JkMount /examples/* ajp13 > > > > > > Season to taste, that is, you could easily put "/path/*.jsp" or some > other > > > expression...it doesn't have to be "/*". > > > > > > HTH > > > > > > John Turner > > > [EMAIL PROTECTED] > > > http://www.aas.com > > > > > > -----Original Message----- > > > From: Sean M Alderman [mailto:[EMAIL PROTECTED]] > > > Sent: Thursday, June 20, 2002 4:38 PM > > > To: Tomcat Users List > > > Subject: Using JkMount with mod_jk question... > > > > > > > > > Hi again, > > > > > > Is there a good source to read for understanding how the JkMount > > > <path> relates to $TOMCAT_HOME/webapps ? > > > > > > Everytime I put a url in that works for the standalone server, I get a > > > 404 when I try it via the AJP connector. Milt Epstein Research Programmer Systems and Technology Services (STS) Campus Information Technologies and Educational Services (CITES) University of Illinois at Urbana-Champaign (UIUC) [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
