From tomcat-user-return-113380-apmail-jakarta-tomcat-user-archive=jakarta.apache.org@jakarta.apache.org Mon Oct 25 03:01:31 2004 Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 73805 invoked from network); 25 Oct 2004 03:01:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 25 Oct 2004 03:01:31 -0000 Received: (qmail 54731 invoked by uid 500); 25 Oct 2004 03:01:04 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 54708 invoked by uid 500); 25 Oct 2004 03:01:04 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 54691 invoked by uid 99); 25 Oct 2004 03:01:04 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from [66.45.34.102] (HELO darksleep.com) (66.45.34.102) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 24 Oct 2004 20:01:02 -0700 Received: by darksleep.com (Postfix, from userid 1009) id 73D2F3C3D9; Sun, 24 Oct 2004 23:00:38 -0400 (EDT) Date: Sun, 24 Oct 2004 23:00:38 -0400 From: "Steven J. Owens" To: tomcat-user@jakarta.apache.org Subject: Configuration Management, JSP Recompiles, War Files Message-ID: <20041025030038.GC13557@localhost> Reply-To: puff@darksleep.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: Steven J.Owens User-Agent: Mutt/1.5.6+20040523i X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi folks, I'm interested in hearing how people are dealing with configuration management issues. We've been running into some problems with JSP recompiles, particularly when the changed JSP is an included JSP. Tomcat seems to sort of get stuck on the old version, even if we restart tomcat it doesn't reload. Manually deleting the foo_jsp.java and foo_jsp.class files from the tomcat/working/etc directory and *then* restarting seems to do the trick. Somebody I talked to suggested that using a WAR file and redeploying would make tomcat more reliably recompile the JSPs. I've been meaning to move to using WAR files sooner or later, but one question has always bugged me - how do you save your deployment-specific configuration info? If I understand correctly, WAR file is just a glorified JAR file, which in turn is just a glorified tar file. So unless you're unjarring it, editing the config file and rejarring it, you can't really muck with the config settings inside it. How/where do people normally keep the configuration variables for the webapp? We have a single tomcat installation with a dozen almost-identical webapps, one webapp for each customer. When we do our jobs right, each app is in fact identical, except for: - two colors in the app-wide CSS stylesheet - the customer's logo image - the tags in server.xml - a few details of the web.xml file (webapp name, database resource name) - a properties file with a couple dozen configuration properties - a separate database in the mysql server We extend and refine the application constantly, so we're changing the code every month or two. So far we've been using cvs to manage this. Each webapp is a cvs checkout ; the specific files mentioned above exist in template form in the checkout (e.g. web_template.xml, styles_template.css) that we copy into the right name for deployment and then edit, so they don't get overwritten by cvs. Using cvs worked pretty well for a while, but it's gotten unwieldly, especially when we run into the JSP recompiling problem, because then we have to restart the entire server to try to get it to recompile the jsp. This reminds me of another question; I'm beginning to wonder if we wouldn't be wiser to use a dozen separate tomcat installations. I know that in theory using the same tomcat installation for multiple webapps is supposed to be "standard", but any time we have to tweak the server.xml-level configuration of a single webapp, we have to restart all of them. How do people normally deal with this? Is it at all common to run multiple tomcat servers behind apache for this sort of purpose? -- Steven J. Owens puff@darksleep.com "I'm going to make broad, sweeping generalizations and strong, declarative statements, because otherwise I'll be here all night and this document will be four times longer and much less fun to read. Take it all with a grain of salt." - http://darksleep.com/notablog --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org