On Feb 6, 2013, at 1:24 AM, Kirk Hoganson wrote: > I am currently in the middle of an upgrade from Apache (2.2)/Tomcat > (5.5.16) to Apache (2.2)/Tomcat (6.0.24). The JVM is being upgraded from > 1.5.0_09-b01 to 1.6.0_22-b22. The new host servers will be RedHat 6.2.
Why are you upgrading to 6.0.24 & Java 1.6.0_22? These are already multiple versions out of date. Do yourself a favor and upgrade to the latest release of each, which at this time is 6.0.36 and Java 1.6.0_39. > I would like to use the default application installation paths used by the > RPMs. I can understand the temptation to do this, but you should really install Tomcat direct from http://tomcat.apache.org. You'll get the latest version and it's packaged in a way that is familiar to everyone on this list, which means we can help you with problems. > However, I would like the user code base(s) to exist in a separate > partition. These servers will be hosting multiple separate java > applications. Not sure what you mean by "code base". Are you referring to the WAR files for your applications? If so, those are normally placed into your "webapps" directory. You can change that directory by changing the "appBase" attribute of the <Host/> tag. https://tomcat.apache.org/tomcat-6.0-doc/config/host.html#Common%20Attributes Or you can place a context file in "conf/<service>/<host>/<appName>.xml" and use "docBase" to specify the location of your WAR file. Note, you would only do this if the path to the WAR file is not inside your "webapps" (i.e. appBase) directory already. https://tomcat.apache.org/tomcat-6.0-doc/config/context.html > Currently Apache and Tomcat use mod_jk as the connector. > > I am hoping for some advice that will help me with the server/Tomcat/Apache > configuration. I am specifically interested in Tomcat configuration > advice, or direction. I would like to get some clarification on the > following questions: > > How can I configure Tomcat to allow each individual application (JVM) to be > restarted independently? > > - We currently do this with separate CATALINA_BASE directories, and > separate startup/shutdown scripts. I’m not sure if that is the cleanest > way. If you need to isolate your applications, i.e. one application per JVM, then this is the way to go. It will also allow you to restart your Tomcat servers independently. It may seem like a waste of memory, but the overhead of Tomcat is very small so it's not as bad as you might initially think. An alternative approach would be to run all of your web apps in one Tomcat instance. You could then reload individual applications using the Manager interface or you could undeploy / redeploy them. This will restart your applications, but it's not quite the same as restarting the Tomcat server. What you do depends on your needs. > > What method would best allow Apache to serve static content, and Tomcat to > server java based dynamic content? > > - I’m assuming this will depend on the connector used. The exact configuration to use will depend on how you proxy to your Tomcat server. That being said, the general idea is that you keep requests to your static resources from being proxied to your Tomcat servers. This then allows Apache HTTPD to service those requests. This can either be done inclusively, i.e. by mapping only the paths which should be proxied, or exclusively by proxying everything and specify certain paths that should not be proxied. With mod_proxy, you use ProxyPass and ProxyPass with an "!" (excludes) at the end of the path. Ex: ProxyPass /myapp ProxyPass /myapp/static ! With mod_jk, you use JkMount and JkUnMount. > > Which connector (mod_jk, mod_proxy_ajp, mod_cluster) should be used? http://markmail.org/message/dftgdokeyebqd4ep?q=deciding-between-modjk-modproxyhttp-and-modproxyajp > > - I have heard conflicting reports about mod_jk being deprecated or not. This is not true. There are similarly named projects that you shouldn't use though, like mod_jk2, mod_jserv and mod_webapp. > - I have seen benchmarks with mod_proxy_ajp outperforming mod_jk > significantly. I have not heard this, where did you see these? Dan --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org