tomcat-users mailing list archives

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

James,

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
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.15 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJSeUI+AAoJEBzwKT+lPKRYdBwP/3OfJJfRAcjAasg6iIVlg3Va
wEIzdXRGSiNbRHGnGoPfaOo5Pe0fD3fN/Isg1w6Za8Dg9SZPeqvroT+oKEbsagLU
dLS2MWBkgQ+r6/9cdCU8q3XugB0+X0nqsRzIoN+8tPdr+2pt5HrDiMgQjvW2L3P1
M1l3LOfwDLWI3MPeTBHgU27gJzuWpBTPlSvKiStOpAyRx8c171GeFk63t/l34YW1
OufPSrmRsM17DWX4b5RaPbyedPcQjeK4KyaXN8L6BKbhnmcR4aSUDr01wv4UWOJc
eP7tu/AxuTvnmRApi+ytiElpcKj2NJgij17oD0MOI6OQQ8LERI4ZwdPjTqxcnFib
M0MOZhmtMkxevvj1h3TKy27J8BVm999k/K+CjMaVV9qb0PySjXhNsY2N/gfkJo//
N1RYtgJ8THRt3jYstsrUENE6DYqZWW4UGYYI6C06zqLImOb1ONhYYTiRumpxTbev
j/Q0lbuwR6bY+N3o50pCE32NX48x49Kj3cgE/OABuB5JJBnxuD/IUwuBqQAcvvEx
cOK7fd+P10EuPKg1A/44ABiH3M4L7sKLr1yInBGbdOoYwP6ec2pYPNkKDqZAxdTd
nDnmgvq9wAgX/9+OL8Wfzq8tJ0BBD/FOorGvLd/LVRuAHDUXkuupwaB0VoMLyIhw
IQnj9V3IsacZgsJcsu+r
=CCA0
-----END PGP SIGNATURE-----

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


Mime
View raw message