tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ben Stringer <...@burbong.com>
Subject Re: Clean webapp redeploy with tomcat down
Date Thu, 28 Jun 2007 14:08:09 GMT
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" <ben@burbong.com>
> 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: users-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: users-help@tomcat.apache.org
> >
> > 
> 
> 
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message