You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Sean McEligot <se...@gmail.com> on 2010/08/18 16:57:42 UTC
war not redeploying
My goal is that when I put an updated war file in webapps, it is
deployed either immediately or on the next startup. I prefer startup,
but I'd be happy with either. What happens now is sometimes even
after restarting the expanded war is older than the war in webapps.
Nothing seems to get tomcat to notice the new war except: shutdown; rm
-rf webapps/appname work/* temp/*; startup.
My platorm is Windows, but this will be deployed in Solaris. I don't
know if this is a configuration problem or something in my code could
be preventing redeployment. At least knowing where to look would be
helpful.
Here's my current configuration, though I've tried many variations
including context xml fragements and unexpanded wars.
--- server.xml
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true" deployOnStartup="true"
deployXML="true"
xmlValidation="false" xmlNamespaceAware="false">
</Host>
---
---- context.xml
<Context debug="1" privileged="false" unpackWAR="true"
antiJARLocking="true" antiResourceLocking="true" unloadDelay="180000">
<!-- Default set of monitored resources -->
<WatchedResource>build.txt</WatchedResource>
----
build.txt is in the root of the war. it is updated each build using
ant's buildnumber task.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Sean McEligot <se...@gmail.com>.
On Wed, Aug 18, 2010 at 11:30 AM, Pid <pi...@pidster.com> wrote:
> On 18/08/2010 15:57, Sean McEligot wrote:
>> My goal is that when I put an updated war file in webapps, it is
>> deployed either immediately or on the next startup. I prefer startup,
>> but I'd be happy with either. What happens now is sometimes even
>> after restarting the expanded war is older than the war in webapps.
>> Nothing seems to get tomcat to notice the new war except: shutdown; rm
>> -rf webapps/appname work/* temp/*; startup.
>>
>> My platorm is Windows, but this will be deployed in Solaris. I don't
>> know if this is a configuration problem or something in my code could
>> be preventing redeployment. At least knowing where to look would be
>> helpful.
>>
>> Here's my current configuration, though I've tried many variations
>> including context xml fragements and unexpanded wars.
>>
>> --- server.xml
>> <Host name="localhost" appBase="webapps"
>> unpackWARs="true" autoDeploy="true" deployOnStartup="true"
>> deployXML="true"
>> xmlValidation="false" xmlNamespaceAware="false">
>> </Host>
>> ---
>> ---- context.xml
>> <Context debug="1" privileged="false" unpackWAR="true"
>> antiJARLocking="true" antiResourceLocking="true" unloadDelay="180000">
>>
>> <!-- Default set of monitored resources -->
>> <WatchedResource>build.txt</WatchedResource>
>> ----
>> build.txt is in the root of the war. it is updated each build using
>> ant's buildnumber task.
>
> Exact Tomcat version?
6.0.25
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Pid <pi...@pidster.com>.
On 18/08/2010 15:57, Sean McEligot wrote:
> My goal is that when I put an updated war file in webapps, it is
> deployed either immediately or on the next startup. I prefer startup,
> but I'd be happy with either. What happens now is sometimes even
> after restarting the expanded war is older than the war in webapps.
> Nothing seems to get tomcat to notice the new war except: shutdown; rm
> -rf webapps/appname work/* temp/*; startup.
>
> My platorm is Windows, but this will be deployed in Solaris. I don't
> know if this is a configuration problem or something in my code could
> be preventing redeployment. At least knowing where to look would be
> helpful.
>
> Here's my current configuration, though I've tried many variations
> including context xml fragements and unexpanded wars.
>
> --- server.xml
> <Host name="localhost" appBase="webapps"
> unpackWARs="true" autoDeploy="true" deployOnStartup="true"
> deployXML="true"
> xmlValidation="false" xmlNamespaceAware="false">
> </Host>
> ---
> ---- context.xml
> <Context debug="1" privileged="false" unpackWAR="true"
> antiJARLocking="true" antiResourceLocking="true" unloadDelay="180000">
>
> <!-- Default set of monitored resources -->
> <WatchedResource>build.txt</WatchedResource>
> ----
> build.txt is in the root of the war. it is updated each build using
> ant's buildnumber task.
Exact Tomcat version?
p
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
Re: war not redeploying
Posted by Sean McEligot <se...@gmail.com>.
On Thu, Aug 19, 2010 at 9:11 AM, Caldarale, Charles R
<Ch...@unisys.com> wrote:
>> From: Sean McEligot [mailto:seanmce33@gmail.com]
>> Subject: Re: war not redeploying
>>
>> I probably just saw another Valve commented out there (comet) and
>> added this one in the same place. Where should it go?
>
> Normally, one just uncomments the existing AccessLogValve in conf/server.xml.
I didn't see that. I only RTFM. I fixed it now. Thanks.
>
> - Chuck
>
>
> THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: war not redeploying
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Sean McEligot [mailto:seanmce33@gmail.com]
> Subject: Re: war not redeploying
>
> I probably just saw another Valve commented out there (comet) and
> added this one in the same place. Where should it go?
Normally, one just uncomments the existing AccessLogValve in conf/server.xml.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Sean McEligot <se...@gmail.com>.
On Thu, Aug 19, 2010 at 3:41 AM, Pid <pi...@pidster.com> wrote:
> On 18/08/2010 20:04, Sean McEligot wrote:
>>> > By the way, please create or edit your
>>> > webapp's META-INF/context.xml, not the default one.
>> I've reset context.xml back to default except jdbc resources and access logging.
>>
>
> How are you configuring access logging in conf/context.xml?
<Context>
<Valve className="org.apache.catalina.valves.AccessLogValve"
prefix="access" suffix=".log"
pattern="common"/>
>
> And why?
I probably just saw another Valve commented out there (comet) and
added this one in the same place. Where should it go?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Pid <pi...@pidster.com>.
On 18/08/2010 20:04, Sean McEligot wrote:
>> > By the way, please create or edit your
>> > webapp's META-INF/context.xml, not the default one.
> I've reset context.xml back to default except jdbc resources and access logging.
>
How are you configuring access logging in conf/context.xml?
And why?
p
Re: war not redeploying
Posted by Sean McEligot <se...@gmail.com>.
On Wed, Aug 18, 2010 at 3:57 PM, Mark Eggers <it...@yahoo.com> wrote:
> Are you starting and stopping Tomcat under Cygwin? I've seen some interesting
> file locking problems (as well as the "terminate batch job?" question) when
> running Windows applications under Cygwin.
>
> How are you deploying your web application? Are you copying the new war file
> into $CATALINA_HOME/webapps, using the manager application, or deploying via an
> IDE?
>
> I'm on Linux at the moment, so I can't explore this. However, here are some
> things you might try.
>
> 1. Run everything under DOS.
I'll give it a try, thought I can't imaging how cygwin would have
locks unless you cd'd into your expanded war or opened files there.
> If you're a UNIX person, then this is not going to be as comfortable as running
> Cygwin, but it will remove some unintended consequences. Or as Konstantin
> suggested, run things on Linux.
>
> 2. Use the manager application for deployment.
I removed both ROOT and manager webapps. Only my webapp remains.
> If you are looking at a command line mechanism for deploying applications to
> production, you might take a look at the Ant tasks. Documentation for the Ant
> tasks can be found here:
>
> http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html#Executing_Manager_Commands_With_Ant
I would like it if it worked without the manager webapp, but I'm think
it doesn't.
> 3. Use the IDE in a development environment
>
> Both NetBeans and Eclipse allow you to deploy to a running Tomcat (and start /
> stop Tomcat) from within the IDE. In a development environment I find that much
> more convenient than opening a shell and executing commands.
I might try Eclipse, but we have 20 webapps running on 11 tomcat
servers, and one login server must always be running, so it becomes
complicated.
> Some quick notes on your web application (which I don't think will affect its
> loading and unloading):
> 1. Debug is no longer a valid attribute for the Context element.
removed.
> 2. There appear to be some issues with with your Resource element describing
> your JDBC connection.
Yes, maxIdle, maxActive. It looked harmless so I never go around to
fixing it, but I'll do that.
> 3. Some of the connection pool threads issues could be due to a JDBC driver. If
> you're using MySQL, make sure you have the latest JDBC driver. Versions before
> 5.1.11 did cause problems.
oracle-9.0.2.0.0.jar over oracle. There is a home grown connection
pool in front of the tomcat pool. It's been used for 11 years to
prevent connection leaks. I can look at that.
>
> . . . . just my two cents.
>
> /mde/
>
>
> ----- Original Message ----
> From: Sean McEligot <se...@gmail.com>
> To: Tomcat Users List <us...@tomcat.apache.org>
> Sent: Wed, August 18, 2010 12:04:46 PM
> Subject: Re: war not redeploying
>
> On Wed, Aug 18, 2010 at 11:56 AM, Konstantin Kolinko
> <kn...@gmail.com> wrote:
>>> 6.0.25
>>
>> An odd version...
>
> I'm in the middle of purchasing springsource-tc. The version is
> actually springsource tomcat-6.0.25.A-RELEASE, but I don't think they
> change anything except they have multiple catalina.base servers for
> one catalina.home. I had the same problem on standard tomcat 6.0.20.
>
>>
>>> shutdown; rm
>> -rf webapps/appname work/* temp/*; startup.
>>
>> Do you run rm -rf on Windows?
>
> Yes. I'm using cygwin.
>
>> Note, that there is also the following file:
>> conf/Catalina/localhost/<appname>.xml What is its modification time?
>> Is clock set up correctly on the machine?
>
> The clock is working.There isn't anything in conf/Catalina/localhost.
> The directory is empty.
>>
>>> antiJARLocking="true" antiResourceLocking="true"
>>
>> It would be better to test on some Linux machine. You won't be using
>> the above options on Solaris.
>
> Well, this is important in production, but also in development. Since
> the problem is sporadic and fails silently. There's been a few
> occasions where I think my code fix isn't working, only to find out
> the code was never deployed. That can be very frustrating.
>
> For now I'll reset the context.xml to <Context> since none of those
> options are helping me.
>
>>
>> Also different end-of-line handling, '/' vs '\', file names, filename
>> case sensitivity may catch you.
>>
>>> <WatchedResource>build.txt</WatchedResource>
>>
>> WatchedResource is used to reload a webapp (e.g. when editing
>> web.xml), not to redeploy it.
>
> OK. I don't need WatchedResource then. I've removed it.
>
>> By the way, please create or edit your
>> webapp's META-INF/context.xml, not the default one.
>
> I've reset context.xml back to default except jdbc resources and access logging.
>
>> Are there any messages in the logs?
>
> No. The logs are silent when I deploy. There were some errors on the
> last undeploy before it stopped working. See below.
>
>>
>> Are you using this webapps folder (e.g., Tomcat can be run with a
>> different CATALINA_BASE).
>
> I'm sure because I've verified it when redeploy is working.
>
>
>> Best regards,
>> Konstantin Kolinko
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>
> Here's the logs from deploying and then undeploying the war. After
> this it does not redeploy and there are no message when I try to
> redeploy.
>
> 18-Aug-2010 14:16:22.796 INFO
> org.apache.catalina.startup.HostConfig.deployWAR Deploying web
> application archive blview.war
>
> 18-Aug-2010 14:16:24.546 WARNING
> org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
> maxActive, setting maxIdle to: 2
>
> 18-Aug-2010 14:16:24.562 WARNING
> org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
> maxActive, setting maxIdle to: 2
>
> 18-Aug-2010 14:16:24.562 WARNING
> org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
> maxActive, setting maxIdle to: 2
>
> 18-Aug-2010 14:16:24.562 WARNING
> org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
> maxActive, setting maxIdle to: 2
>
> 18-Aug-2010 14:16:24.562 WARNING
> org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
> maxActive, setting maxIdle to: 2
>
> 18-Aug-2010 14:17:06.437 WARNING
> com.springsource.tcserver.serviceability.request.ThreadDiagnosticsValve.log
> RequestDiagnostics[slow-request]
> com.springsource.tcserver.serviceability.request.ThreadDiagnostics@323274
> - Requests Statistics[1]:
> URI:/blview/BLView
> Query String:null
> Start Time:18 Aug 2010 18:16:52 GMT
> Completion Time:18 Aug 2010 18:17:06 GMT
> Duration:14359 ms.
> GC Collections:8 .
> GC Collection Times:24 ms.
> GC Bean:Copy Collections:8 Collection Time:24
> GC Bean:MarkSweepCompact Collections:0 Collection Time:0
> Nr of Connections Acquired(success):0
> Nr of Connections Acquired(failures):0
> Time waiting for a connection:0 ms.
> Queries[0]
> Queries[0 ms.]
>
>
> 18-Aug-2010 14:19:51.671 INFO
> org.apache.catalina.startup.HostConfig.checkResources Undeploying
> context [/blview]
>
> 18-Aug-2010 14:19:51.718 SEVERE
> org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
> web application appears to have started a thread named
> [[Pool-Cleaner]:Tomcat Connection Pool[1-31022504]] but has failed to
> stop it. This is very likely to create a memory leak.
>
> 18-Aug-2010 14:19:51.718 SEVERE
> org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
> web application appears to have started a thread named
> [[Pool-Cleaner]:Tomcat Connection Pool[2-31022504]] but has failed to
> stop it. This is very likely to create a memory leak.
>
> 18-Aug-2010 14:19:51.718 SEVERE
> org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
> web application appears to have started a thread named
> [[Pool-Cleaner]:Tomcat Connection Pool[3-31022504]] but has failed to
> stop it. This is very likely to create a memory leak.
>
> 18-Aug-2010 14:19:51.718 SEVERE
> org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
> web application appears to have started a thread named
> [[Pool-Cleaner]:Tomcat Connection Pool[4-31022504]] but has failed to
> stop it. This is very likely to create a memory leak.
>
> 18-Aug-2010 14:19:51.718 SEVERE
> org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
> web application appears to have started a thread named
> [[Pool-Cleaner]:Tomcat Connection Pool[5-31022504]] but has failed to
> stop it. This is very likely to create a memory leak.
>
> 18-Aug-2010 14:19:51.718 SEVERE
> org.apache.catalina.loader.WebappClassLoader.clearThreadLocalMap A web
> application created a ThreadLocal with key of type [null] (value
> [ch.qos.logback.core.UnsynchronizedAppenderBase$1@1abdac9]) and a
> value of type [java.lang.Boolean] (value [false]) but failed to remove
> it when the web application was stopped. To prevent a memory leak, the
> ThreadLocal has been forcibly removed.
>
> 18-Aug-2010 14:19:51.718 SEVERE
> org.apache.catalina.loader.WebappClassLoader.clearThreadLocalMap A web
> application created a ThreadLocal with key of type [null] (value
> [ch.qos.logback.core.UnsynchronizedAppenderBase$1@1abdac9]) and a
> value of type [java.lang.Boolean] (value [false]) but failed to remove
> it when the web application was stopped. To prevent a memory leak, the
> ThreadLocal has been forcibly removed.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Mark Eggers <it...@yahoo.com>.
Are you starting and stopping Tomcat under Cygwin? I've seen some interesting
file locking problems (as well as the "terminate batch job?" question) when
running Windows applications under Cygwin.
How are you deploying your web application? Are you copying the new war file
into $CATALINA_HOME/webapps, using the manager application, or deploying via an
IDE?
I'm on Linux at the moment, so I can't explore this. However, here are some
things you might try.
1. Run everything under DOS.
If you're a UNIX person, then this is not going to be as comfortable as running
Cygwin, but it will remove some unintended consequences. Or as Konstantin
suggested, run things on Linux.
2. Use the manager application for deployment.
If you are looking at a command line mechanism for deploying applications to
production, you might take a look at the Ant tasks. Documentation for the Ant
tasks can be found here:
http://tomcat.apache.org/tomcat-6.0-doc/manager-howto.html#Executing_Manager_Commands_With_Ant
(sorry for the wrapped line)
3. Use the IDE in a development environment
Both NetBeans and Eclipse allow you to deploy to a running Tomcat (and start /
stop Tomcat) from within the IDE. In a development environment I find that much
more convenient than opening a shell and executing commands.
Some quick notes on your web application (which I don't think will affect its
loading and unloading):
1. Debug is no longer a valid attribute for the Context element.
2. There appear to be some issues with with your Resource element describing
your JDBC connection.
3. Some of the connection pool threads issues could be due to a JDBC driver. If
you're using MySQL, make sure you have the latest JDBC driver. Versions before
5.1.11 did cause problems.
. . . . just my two cents.
/mde/
----- Original Message ----
From: Sean McEligot <se...@gmail.com>
To: Tomcat Users List <us...@tomcat.apache.org>
Sent: Wed, August 18, 2010 12:04:46 PM
Subject: Re: war not redeploying
On Wed, Aug 18, 2010 at 11:56 AM, Konstantin Kolinko
<kn...@gmail.com> wrote:
>> 6.0.25
>
> An odd version...
I'm in the middle of purchasing springsource-tc. The version is
actually springsource tomcat-6.0.25.A-RELEASE, but I don't think they
change anything except they have multiple catalina.base servers for
one catalina.home. I had the same problem on standard tomcat 6.0.20.
>
>> shutdown; rm
> -rf webapps/appname work/* temp/*; startup.
>
> Do you run rm -rf on Windows?
Yes. I'm using cygwin.
> Note, that there is also the following file:
> conf/Catalina/localhost/<appname>.xml What is its modification time?
> Is clock set up correctly on the machine?
The clock is working.There isn't anything in conf/Catalina/localhost.
The directory is empty.
>
>> antiJARLocking="true" antiResourceLocking="true"
>
> It would be better to test on some Linux machine. You won't be using
> the above options on Solaris.
Well, this is important in production, but also in development. Since
the problem is sporadic and fails silently. There's been a few
occasions where I think my code fix isn't working, only to find out
the code was never deployed. That can be very frustrating.
For now I'll reset the context.xml to <Context> since none of those
options are helping me.
>
> Also different end-of-line handling, '/' vs '\', file names, filename
> case sensitivity may catch you.
>
>> <WatchedResource>build.txt</WatchedResource>
>
> WatchedResource is used to reload a webapp (e.g. when editing
> web.xml), not to redeploy it.
OK. I don't need WatchedResource then. I've removed it.
> By the way, please create or edit your
> webapp's META-INF/context.xml, not the default one.
I've reset context.xml back to default except jdbc resources and access logging.
> Are there any messages in the logs?
No. The logs are silent when I deploy. There were some errors on the
last undeploy before it stopped working. See below.
>
> Are you using this webapps folder (e.g., Tomcat can be run with a
> different CATALINA_BASE).
I'm sure because I've verified it when redeploy is working.
> Best regards,
> Konstantin Kolinko
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Here's the logs from deploying and then undeploying the war. After
this it does not redeploy and there are no message when I try to
redeploy.
18-Aug-2010 14:16:22.796 INFO
org.apache.catalina.startup.HostConfig.deployWAR Deploying web
application archive blview.war
18-Aug-2010 14:16:24.546 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:17:06.437 WARNING
com.springsource.tcserver.serviceability.request.ThreadDiagnosticsValve.log
RequestDiagnostics[slow-request]
com.springsource.tcserver.serviceability.request.ThreadDiagnostics@323274
- Requests Statistics[1]:
URI:/blview/BLView
Query String:null
Start Time:18 Aug 2010 18:16:52 GMT
Completion Time:18 Aug 2010 18:17:06 GMT
Duration:14359 ms.
GC Collections:8 .
GC Collection Times:24 ms.
GC Bean:Copy Collections:8 Collection Time:24
GC Bean:MarkSweepCompact Collections:0 Collection Time:0
Nr of Connections Acquired(success):0
Nr of Connections Acquired(failures):0
Time waiting for a connection:0 ms.
Queries[0]
Queries[0 ms.]
18-Aug-2010 14:19:51.671 INFO
org.apache.catalina.startup.HostConfig.checkResources Undeploying
context [/blview]
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[1-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[2-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[3-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[4-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[5-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearThreadLocalMap A web
application created a ThreadLocal with key of type [null] (value
[ch.qos.logback.core.UnsynchronizedAppenderBase$1@1abdac9]) and a
value of type [java.lang.Boolean] (value [false]) but failed to remove
it when the web application was stopped. To prevent a memory leak, the
ThreadLocal has been forcibly removed.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearThreadLocalMap A web
application created a ThreadLocal with key of type [null] (value
[ch.qos.logback.core.UnsynchronizedAppenderBase$1@1abdac9]) and a
value of type [java.lang.Boolean] (value [false]) but failed to remove
it when the web application was stopped. To prevent a memory leak, the
ThreadLocal has been forcibly removed.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Sean McEligot <se...@gmail.com>.
On Wed, Aug 18, 2010 at 11:56 AM, Konstantin Kolinko
<kn...@gmail.com> wrote:
>> 6.0.25
>
> An odd version...
I'm in the middle of purchasing springsource-tc. The version is
actually springsource tomcat-6.0.25.A-RELEASE, but I don't think they
change anything except they have multiple catalina.base servers for
one catalina.home. I had the same problem on standard tomcat 6.0.20.
>
>> shutdown; rm
> -rf webapps/appname work/* temp/*; startup.
>
> Do you run rm -rf on Windows?
Yes. I'm using cygwin.
> Note, that there is also the following file:
> conf/Catalina/localhost/<appname>.xml What is its modification time?
> Is clock set up correctly on the machine?
The clock is working.There isn't anything in conf/Catalina/localhost.
The directory is empty.
>
>> antiJARLocking="true" antiResourceLocking="true"
>
> It would be better to test on some Linux machine. You won't be using
> the above options on Solaris.
Well, this is important in production, but also in development. Since
the problem is sporadic and fails silently. There's been a few
occasions where I think my code fix isn't working, only to find out
the code was never deployed. That can be very frustrating.
For now I'll reset the context.xml to <Context> since none of those
options are helping me.
>
> Also different end-of-line handling, '/' vs '\', file names, filename
> case sensitivity may catch you.
>
>> <WatchedResource>build.txt</WatchedResource>
>
> WatchedResource is used to reload a webapp (e.g. when editing
> web.xml), not to redeploy it.
OK. I don't need WatchedResource then. I've removed it.
> By the way, please create or edit your
> webapp's META-INF/context.xml, not the default one.
I've reset context.xml back to default except jdbc resources and access logging.
> Are there any messages in the logs?
No. The logs are silent when I deploy. There were some errors on the
last undeploy before it stopped working. See below.
>
> Are you using this webapps folder (e.g., Tomcat can be run with a
> different CATALINA_BASE).
I'm sure because I've verified it when redeploy is working.
> Best regards,
> Konstantin Kolinko
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
Here's the logs from deploying and then undeploying the war. After
this it does not redeploy and there are no message when I try to
redeploy.
18-Aug-2010 14:16:22.796 INFO
org.apache.catalina.startup.HostConfig.deployWAR Deploying web
application archive blview.war
18-Aug-2010 14:16:24.546 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:16:24.562 WARNING
org.apache.tomcat.jdbc.pool.ConnectionPool.init maxIdle is larger than
maxActive, setting maxIdle to: 2
18-Aug-2010 14:17:06.437 WARNING
com.springsource.tcserver.serviceability.request.ThreadDiagnosticsValve.log
RequestDiagnostics[slow-request]
com.springsource.tcserver.serviceability.request.ThreadDiagnostics@323274
- Requests Statistics[1]:
URI:/blview/BLView
Query String:null
Start Time:18 Aug 2010 18:16:52 GMT
Completion Time:18 Aug 2010 18:17:06 GMT
Duration:14359 ms.
GC Collections:8 .
GC Collection Times:24 ms.
GC Bean:Copy Collections:8 Collection Time:24
GC Bean:MarkSweepCompact Collections:0 Collection Time:0
Nr of Connections Acquired(success):0
Nr of Connections Acquired(failures):0
Time waiting for a connection:0 ms.
Queries[0]
Queries[0 ms.]
18-Aug-2010 14:19:51.671 INFO
org.apache.catalina.startup.HostConfig.checkResources Undeploying
context [/blview]
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[1-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[2-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[3-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[4-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearReferencesThreads A
web application appears to have started a thread named
[[Pool-Cleaner]:Tomcat Connection Pool[5-31022504]] but has failed to
stop it. This is very likely to create a memory leak.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearThreadLocalMap A web
application created a ThreadLocal with key of type [null] (value
[ch.qos.logback.core.UnsynchronizedAppenderBase$1@1abdac9]) and a
value of type [java.lang.Boolean] (value [false]) but failed to remove
it when the web application was stopped. To prevent a memory leak, the
ThreadLocal has been forcibly removed.
18-Aug-2010 14:19:51.718 SEVERE
org.apache.catalina.loader.WebappClassLoader.clearThreadLocalMap A web
application created a ThreadLocal with key of type [null] (value
[ch.qos.logback.core.UnsynchronizedAppenderBase$1@1abdac9]) and a
value of type [java.lang.Boolean] (value [false]) but failed to remove
it when the web application was stopped. To prevent a memory leak, the
ThreadLocal has been forcibly removed.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Mark Thomas <ma...@apache.org>.
On 20/08/2010 15:02, Sean McEligot wrote:
> I'm trying to figure out the logic behind redeploying a war. From
> examining HostConfig.java, it looks like:
>
> 1. remembered date of the war file is compared to the current date of
> the war file and the application is redeployed if the current date is
> newer.
> 2. The remembered date of the expanded war is compared to the current
> date of that directory and the application is reloaded if the current
> directory date is newer.
>
> So if I deploy while the server is down, it never will be noticed by
> tomcat? This is not what I would have expected.
>
> What I would expect to happen is tomcat to compare the war file date
> to the expanded directory date and redeploy if the war file is newer.
I have some recollection of trying to avoid a situation where the WAR
file ended up having a newer time-stamp than the expanded directory that
resulted in constant redeployment.
Assuming that:
a) the above scenario was an error condition (e.g. WAR with future
date-stamp)
b) the expanded directory always gets the current time-stamp
then Tomcat 7 could certainly be changed to have the behaviour you expect.
For b), need to check:
1. How the expansion currently occurs?
2. Is there any opportunity for an older time-stamp being used?
Mark
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Sean McEligot <se...@gmail.com>.
On Thu, Aug 19, 2010 at 3:09 PM, Sean McEligot <se...@gmail.com> wrote:
> I now have one war that redeploys correctly (Cavs.war) and one that
> does not redeploy (blview.war)
>
>
> $ ls -l work/Catalina/localhost/
> total 0
> drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-19 14:35 Cavs
> drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-19 14:01 blview (todays date)
>
> $ ls -l webapps/
> total 19088
> drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-19 14:34 Cavs
> -rwxr-x---+ 1 Sean McEligot None 17543690 2010-08-19 14:34 Cavs.war
> drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-18 15:36 blview
> (yesterdays date)
> -rwxr-x---+ 1 Sean McEligot None 1995771 2010-08-19 13:21 blview.war
>
> ls -ltr webapps/blview/WEB-INF/classes/blview/servlets/
> otal 8
> rwxrwx---+ 1 Administrators SYSTEM 5557 2010-08-18 14:50 BLView.class
> (yesterdays date)
>
> $ unzip -l webapps/blview.war | grep servlets
> 5558 08-19-2010 08:10
> WEB-INF/classes/blview/servlets/BLView.class (today's date)
>
>
> It reaches the checkResourcs code that checks the timestamps
>
> 19-Aug-2010 14:04:16.78 FINE
> org.apache.catalina.startup.HostConfig.checkResources Checking
> context[/blview] redeploy resource
> C:\gfm\springsource-tc\misc\webapps\blview.war
>
> 19-Aug-2010 14:04:16.78 FINE
> org.apache.catalina.startup.HostConfig.checkResources Checking
> context[/blview] redeploy resource
> C:\gfm\springsource-tc\misc\webapps\blview
>
> 19-Aug-2010 14:04:16.78 FINE
> org.apache.catalina.startup.HostConfig.checkResources Checking
> context[/blview] reload resource
> c:\gfm\springsource-tc\misc\conf\web.xml
>
> 19-Aug-2010 14:04:16.78 FINE
> org.apache.catalina.startup.HostConfig.checkResources Checking
> context[/blview] reload resource
> c:\gfm\springsource-tc\misc\conf\context.xml
>
>
> ----
> HostConfig.java : checkResources
> ----
> File resource = new File(resources[i]);
> if (log.isDebugEnabled())
> log.debug("Checking context[" + app.name + "] redeploy
> resource " + resource);
> ----
> Checking context[/blview] redeploy resource
> C:\gfm\springsource-tc\misc\webapps\blview.war
> ----
> if (resource.exists()) {
> long lastModified = ((Long)
> app.redeployResources.get(resources[i])).longValue();
> if ((!resource.isDirectory()) &&
> resource.lastModified() > lastModified) {
> // Undeploy application
> if (log.isInfoEnabled())
> ----
> Never gets here
> -----
> log.info(sm.getString("hostConfig.undeploy", app.
I'm trying to figure out the logic behind redeploying a war. From
examining HostConfig.java, it looks like:
1. remembered date of the war file is compared to the current date of
the war file and the application is redeployed if the current date is
newer.
2. The remembered date of the expanded war is compared to the current
date of that directory and the application is reloaded if the current
directory date is newer.
So if I deploy while the server is down, it never will be noticed by
tomcat? This is not what I would have expected.
What I would expect to happen is tomcat to compare the war file date
to the expanded directory date and redeploy if the war file is newer.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Sean McEligot <se...@gmail.com>.
I now have one war that redeploys correctly (Cavs.war) and one that
does not redeploy (blview.war)
$ ls -l work/Catalina/localhost/
total 0
drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-19 14:35 Cavs
drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-19 14:01 blview (todays date)
$ ls -l webapps/
total 19088
drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-19 14:34 Cavs
-rwxr-x---+ 1 Sean McEligot None 17543690 2010-08-19 14:34 Cavs.war
drwxrwx---+ 1 Administrators SYSTEM 0 2010-08-18 15:36 blview
(yesterdays date)
-rwxr-x---+ 1 Sean McEligot None 1995771 2010-08-19 13:21 blview.war
ls -ltr webapps/blview/WEB-INF/classes/blview/servlets/
otal 8
rwxrwx---+ 1 Administrators SYSTEM 5557 2010-08-18 14:50 BLView.class
(yesterdays date)
$ unzip -l webapps/blview.war | grep servlets
5558 08-19-2010 08:10
WEB-INF/classes/blview/servlets/BLView.class (today's date)
It reaches the checkResourcs code that checks the timestamps
19-Aug-2010 14:04:16.78 FINE
org.apache.catalina.startup.HostConfig.checkResources Checking
context[/blview] redeploy resource
C:\gfm\springsource-tc\misc\webapps\blview.war
19-Aug-2010 14:04:16.78 FINE
org.apache.catalina.startup.HostConfig.checkResources Checking
context[/blview] redeploy resource
C:\gfm\springsource-tc\misc\webapps\blview
19-Aug-2010 14:04:16.78 FINE
org.apache.catalina.startup.HostConfig.checkResources Checking
context[/blview] reload resource
c:\gfm\springsource-tc\misc\conf\web.xml
19-Aug-2010 14:04:16.78 FINE
org.apache.catalina.startup.HostConfig.checkResources Checking
context[/blview] reload resource
c:\gfm\springsource-tc\misc\conf\context.xml
----
HostConfig.java : checkResources
----
File resource = new File(resources[i]);
if (log.isDebugEnabled())
log.debug("Checking context[" + app.name + "] redeploy
resource " + resource);
----
Checking context[/blview] redeploy resource
C:\gfm\springsource-tc\misc\webapps\blview.war
----
if (resource.exists()) {
long lastModified = ((Long)
app.redeployResources.get(resources[i])).longValue();
if ((!resource.isDirectory()) &&
resource.lastModified() > lastModified) {
// Undeploy application
if (log.isInfoEnabled())
----
Never gets here
-----
log.info(sm.getString("hostConfig.undeploy", app.name));
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: war not redeploying
Posted by Konstantin Kolinko <kn...@gmail.com>.
> 6.0.25
An odd version...
> shutdown; rm
-rf webapps/appname work/* temp/*; startup.
Do you run rm -rf on Windows?
Note, that there is also the following file:
conf/Catalina/localhost/<appname>.xml What is its modification time?
Is clock set up correctly on the machine?
> antiJARLocking="true" antiResourceLocking="true"
It would be better to test on some Linux machine. You won't be using
the above options on Solaris.
Also different end-of-line handling, '/' vs '\', file names, filename
case sensitivity may catch you.
> <WatchedResource>build.txt</WatchedResource>
WatchedResource is used to reload a webapp (e.g. when editing
web.xml), not to redeploy it. By the way, please create or edit your
webapp's META-INF/context.xml, not the default one.
Are there any messages in the logs?
Are you using this webapps folder (e.g., Tomcat can be run with a
different CATALINA_BASE).
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org