-----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-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
