Return-Path: X-Original-To: apmail-tomcat-users-archive@www.apache.org Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6E53AE376 for ; Wed, 6 Feb 2013 14:31:20 +0000 (UTC) Received: (qmail 13742 invoked by uid 500); 6 Feb 2013 14:31:16 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 13619 invoked by uid 500); 6 Feb 2013 14:31:16 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 13597 invoked by uid 99); 6 Feb 2013 14:31:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Feb 2013 14:31:15 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [208.91.2.12] (HELO smtp-outbound-1.vmware.com) (208.91.2.12) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Feb 2013 14:31:08 +0000 Received: from sc9-mailhost2.vmware.com (sc9-mailhost2.vmware.com [10.113.161.72]) by smtp-outbound-1.vmware.com (Postfix) with ESMTP id 7D7CD286D7 for ; Wed, 6 Feb 2013 06:30:47 -0800 (PST) Received: from zcs-prod-mta-2.vmware.com (zcs-prod-mta-2.vmware.com [10.113.163.64]) by sc9-mailhost2.vmware.com (Postfix) with ESMTP id 6F95FB0586 for ; Wed, 6 Feb 2013 06:30:47 -0800 (PST) Received: from zcs-prod-mta-2.vmware.com (localhost.localdomain [127.0.0.1]) by zcs-prod-mta-2.vmware.com (Postfix) with ESMTP id 606ABE009F for ; Wed, 6 Feb 2013 06:30:47 -0800 (PST) Received: from [10.16.244.28] (unknown [10.113.160.14]) by zcs-prod-mta-2.vmware.com (Postfix) with ESMTPSA for ; Wed, 6 Feb 2013 06:30:46 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Apple Message framework v1283) Subject: Re: Tomcat Upgrade & Migration Questions From: Daniel Mikusa In-Reply-To: Date: Wed, 6 Feb 2013 09:30:45 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Tomcat Users List" X-Mailer: Apple Mail (2.1283) X-Virus-Checked: Checked by ClamAV on apache.org 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. =20 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.=20 > However, I would like the user code base(s) to exist in a separate > partition. These servers will be hosting multiple separate java > applications. =20 Not sure what you mean by "code base". Are you referring to the WAR = files for your applications? =20 If so, those are normally placed into your "webapps" directory. You can = change that directory by changing the "appBase" attribute of the = tag. = https://tomcat.apache.org/tomcat-6.0-doc/config/host.html#Common%20Attribu= tes Or you can place a context file in "conf///.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. >=20 > 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: >=20 > How can I configure Tomcat to allow each individual application (JVM) = to be > restarted independently? >=20 > - We currently do this with separate CATALINA_BASE directories, and > separate startup/shutdown scripts. I=92m 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. =20 What you do depends on your needs. >=20 > What method would best allow Apache to serve static content, and = Tomcat to > server java based dynamic content? >=20 > - I=92m 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. >=20 > Which connector (mod_jk, mod_proxy_ajp, mod_cluster) should be used? = http://markmail.org/message/dftgdokeyebqd4ep?q=3Ddeciding-between-modjk-mo= dproxyhttp-and-modproxyajp >=20 > - 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-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org