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 i
On Thu, Aug 19, 2010 at 3:09 PM, Sean McEligot 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
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/
tot
On Thu, Aug 19, 2010 at 9:11 AM, Caldarale, Charles R
wrote:
>> From: Sean McEligot [mailto:seanmc...@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 s
> From: Sean McEligot [mailto:seanmc...@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
On Thu, Aug 19, 2010 at 3:41 AM, Pid 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 y
en used for 11 years to
prevent connection leaks. I can look at that.
>
> . . . . just my two cents.
>
> /mde/
>
>
> - Original Message
> From: Sean McEligot
> To: Tomcat Users List
> Sent: Wed, August 18, 2010 12:04:46 PM
> Subject: Re: war not redeploying
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?
An
use problems.
. . . . just my two cents.
/mde/
- Original Message
From: Sean McEligot
To: Tomcat Users List
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
wrote:
>> 6.0.25
>
> An odd version...
On Wed, Aug 18, 2010 at 11:56 AM, Konstantin Kolinko
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
> 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/.xml What is its modification time?
Is clock set up correctly on the machine?
> antiJARLocking="true" antiR
On Wed, Aug 18, 2010 at 11:30 AM, Pid 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
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
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
14 matches
Mail list logo
