We've been using parallel deployment for some time now with tomcat 7.0.25. For 
the most part the parallel deployment is a really nice idea, particularly 
because we don't have sessions serialised and clustered across all running 
instances.

However, we've had mysterious problems for some time now where fixes we've 
applied to the application don't seem to work. We added some logging and have 
confirmed that some requests are still being served by the OLD instances of the 
application which are still deployed in the tomcat container but have an older 
version and therefore should not be responding. We might have two apps like 
this (using a format of YYMMDD and a two digit sequence):

enrol##12022203.war
enrol##12021503.war

We would expect that requests would be served from only the newer application, 
but we find that requests continue to be served from the old, even though all 
the sessions to the old application are long dead.

Just to confirm things we have another application which does not use sessions 
at all. It also has the same problem: requests are being served by the wrong 
application.


In Tomcat Manager, the old application is still marked as running, but we 
thought this is just how it appears in the UI. Clearly there is something not 
right here.


1. Is this a known issue?

2. Is there some way to get the old application to fully undeploy as soon as it 
has no live sessions? We have been thinking about writing an external 
application to poll using JMX and do this, but that's quite a bit of work. It 
would be nicer if this happened inside tomcat itself.

3. Is there some resource we might be hanging onto which is preventing the old 
application from properly stopping?

4. Should the tomcat manager show the older apps as still running or should 
they be shown as stopped?



Cheers
Ari Maniatis


--
-------------------------->
Aristedes Maniatis
GPG fingerprint CBFB 84B4 738D 4E87 5E5C  5EFA EF6A 7D2E 3E49 102A

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to