On Thu, 2007-06-28 at 08:16 +0200, Johnny Kewl wrote: > Ben, what is it exactly that you see, does it continue to use a different > dB? > Or perhaps it doesnt pick up a table modification?
Hi Johnny, In one case the database was migrated to a new server. When the WAR with the new JDBC string included was deployed, the app continued to attempt to connect to the old server. In another case, the min and max connection pooling settings were increased, but did not take affect. Both cases were related to the JDBC connection settings, rather than a table on the database. Cheers, Ben > > ----- Original Message ----- > From: "Ben Stringer" <[EMAIL PROTECTED]> > To: <users@tomcat.apache.org> > Sent: Thursday, June 28, 2007 2:06 AM > Subject: Clean webapp redeploy with tomcat down > > > > Hi all, > > > > I am running tomcat 5.5 on linux (RHEL 4), IBM JDK 1.4.2 SR7, and see an > > unusual behaviour that I am hoping is due to a gap in my knowledge. > > > > When redeploying webapps, I have preferred a procedure where tomcat is > > stopped, all database, LDAP connections from the app are observed to > > have closed, a new webapp is deployed, then tomcat is restarted, and > > automatically unpacks the new WAR. > > > > However I have seen cases where setting from the previous WAR (usually > > these are changed JDBC strings) are maintained in the new deployment. I > > have modified the procedure to also remove the "temp" and "work" > > directories whilst tomcat is down, but still see the same behaviour. > > > > Is there some other place the JDBC strings from the previous webapp > > would be cached? The problem does not occur if the webapp is deployed on > > a running tomcat, and this is a reasonable solution, however I'd like to > > understand why the procedure with tomcat stopped has this issue. > > > > Appreciate any insights. > > > > Thanks, Ben > > > > > > --------------------------------------------------------------------- > > To start a new topic, e-mail: users@tomcat.apache.org > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
