tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Schultz <>
Subject Re: WARs getting re-extracted in DST change?!?
Date Tue, 05 Nov 2013 19:08:48 GMT
Hash: SHA256


On 11/5/13, 1:56 PM, James H. H. Lampert wrote:
> In the first place, Konstantin was not the OP; I was.

I know. I was replying to him. I mixed-up some pronouns in there, I'll
admit. But since I was replying to his message, I put his name at the
top of my reply.

> In the second place, NOTHING was being updated at 1:00 AM this
> past Sunday morning; we were not out of bed. The ONLY thing the
> incidents have in common was that they started, on any given
> machine, AT 1:00 AM ON THE MACHINE'S OWN TOD CLOCK, which is
> EXACTLY when the TOD clocks were adjusted for the end of DST.

Um, okay. I was just asking for more detail. You don't have to get
combative. If I'm not being helpful, ignore me. But I am trying to
give you free help, so maybe ... calm down a bit?

> In the third place, according to the log entries (as excerpted in
> my last posting from yesterday) it was not ONE context on ONE
> machine that got forcibly redeployed without human intervention;
> rather, the logs show that Tomcat TRIED to redeploy EVERY context
> on EVERY ONE of our installations, and the directory creation dates
> show it SUCCEEDED with everything that had a WAR file in WEBAPPS.

Yes I saw all of them. I just didn't feel it was necessary to re-post
your entire log file when a single example was sufficient. Anyone can
read the thread in their mail or news-reader, or look at the archives
to see the full log file if they choose. Re-posting the whole log
wouldn't have added anything.

> The questions remain:
> 1. Does turning the autoDeploy and deployOnStartup flags off affect
> the ability to deploy updated WAR files from the Manager?

I already answered that. The answer is "no". You can disable
auto-deploy and still use the Manager to do whatever you want. Note
that the Manager operations should be considered "manual", so they do
not conflict with any of the "auto" options.

> 2. Does manually removing WAR files after deploying them have any
> nasty side effects, like undeploying the contexts?

I already answered that, too. The answer is "yes". The nasty
side-effect you can have is that your web application gets undeployed.
If you used a WAR file to deploy your webapp and you remove the WAR
file, Tomcat assumed you want to undeploy the webapp (you /did/ remove
the source) and so it will do that.

> And a third, new question: 3. Deploying a context to a remote
> machine by uploading it through Manager is a long, slow process. Is
> there an easy way (presumably from Manager?) to deploy a WAR file
> that's already present on the machine?

Yes, there is. It's clearly documented on the user guide under "Manager".

FYI you might want to upgrade Tomcat. Your version is nearly 2 years
old and there have been lots of improvements and security fixes (some
of them identified as "important").

- -chris
Version: GnuPG v1.4.15 (Darwin)
Comment: GPGTools -
Comment: Using GnuPG with Thunderbird -


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message