Re: WAR deployment incomplete (sometimes)
Hi Michael... shame still struggling with this. One thing you not telling us is wot is packaging the WAR. A WAR is basically a zip... but I do know that if you zip using external programs like AlZip or WinZip... the Java zip api can struggle with that. Also if you using netbeans right click on the project and have a look if its using compression... take that off and then its plain... bigger... but plain.. anything should open that file. Super Compression is a recent addition to Java maybe the jre u using is just when it was introduced ie the dev environment is higher version than the runtime env. I dont think 23mb should be any problem for a zip... - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, May 10, 2007 9:33 PM Subject: RE: WAR deployment incomplete (sometimes) Thanks for your comments, I have a collected a second data point, which shows that the WAR does not stop unpacking at the same point every time. The first recorded incident was on Solaris, and this second incident was on Windows. Again, there was no exception or error message in the Tomcat logs. The WAR file contains 1461 entries (~23MB). Solaris stopped after 797 entries. Windows stopped after 1326 entries. I doubt future incidents on the same platforms will stop at the same points. I've searched the Sun Java bug database, and found lots of interesting JRE JAR/WAR/zip bugs, triggered by such things as JARs larger than 2GB (large file support), and JARs with more than 64,000 entries, but none of the bugs apply to my situation. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael, Michael Heinrichs wrote: The WAR file is being generated by the Ant WAR task (Ant 1.6.5). I'm don't want to rule anything out, but if the WAR file is bad, I would expect the deployment to fail every time, or when it does fail, always fail at the same point in the WAR expansion. You can easily test the WAR file with either $ jar tvf jar-file or $ unzip -tv jar-file InfoZip's UnZip says that -t does a test, while the jar utility only says that it will list the table of contents. I would use unzip if you have it available. I suppose using jar to unzip your jar file (instead of merely listing the TOC) would be a good test. Ideally, the WAR expansion is non-destructive (I hope so!), so after a crash like this you should be able to check the WAR file for integrity. Who knows... you might have some bad space on your disk. That might explain the intermittent nature of your problem. If you have physical access to your machine you could run badblocks (for a Linux machine... dunno if something similar is available for Sun) or even memtest86 (x86 hardware only, of course) to check to see if you have any hardware issues. It's possible that unzipping your WAR file sometimes exposes a problem with your memory-cpu communication. Usually other weird things happen when you have such a problem. Since nobody can figure out your problem, I figured I'd mention that it could be a hardware problem. It's odd, though, that you would experience the same problem on multiple machines in a short period of time. shrug - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRHCv9CaO5/Lv0PARAm+eAKCBf0FBVdul8KcBB522j9uJzmgtTwCfRAsg A2NyvBd2lfsR/Vp9aAi6b2o= =y0mO -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WAR deployment incomplete (sometimes)
The WAR file is being generated by the Ant WAR task (Ant 1.6.5). I'm don't want to rule anything out, but if the WAR file is bad, I would expect the deployment to fail every time, or when it does fail, always fail at the same point in the WAR expansion. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Friday, May 11, 2007 4:46 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) Hi Michael... shame still struggling with this. One thing you not telling us is wot is packaging the WAR. A WAR is basically a zip... but I do know that if you zip using external programs like AlZip or WinZip... the Java zip api can struggle with that. Also if you using netbeans right click on the project and have a look if its using compression... take that off and then its plain... bigger... but plain.. anything should open that file. Super Compression is a recent addition to Java maybe the jre u using is just when it was introduced ie the dev environment is higher version than the runtime env. I dont think 23mb should be any problem for a zip... - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, May 10, 2007 9:33 PM Subject: RE: WAR deployment incomplete (sometimes) Thanks for your comments, I have a collected a second data point, which shows that the WAR does not stop unpacking at the same point every time. The first recorded incident was on Solaris, and this second incident was on Windows. Again, there was no exception or error message in the Tomcat logs. The WAR file contains 1461 entries (~23MB). Solaris stopped after 797 entries. Windows stopped after 1326 entries. I doubt future incidents on the same platforms will stop at the same points. I've searched the Sun Java bug database, and found lots of interesting JRE JAR/WAR/zip bugs, triggered by such things as JARs larger than 2GB (large file support), and JARs with more than 64,000 entries, but none of the bugs apply to my situation. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
The SAVE Michael PROJECT chapter 51 Ok... another guess... One of the things that has always bothered me is that Tomcat doesnt really have a root it has a special folder called ROOT... and if you say change the name to say START and leave the context path = it ignores that... it wont treat... start like root. ROOT is clearly a very special name So I got another wild theory... Michael change the name of your war file... to say. rearEndPain... Dump it in tomcat and see if it unpacks if so... the problem is in the name... - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, May 11, 2007 3:17 PM Subject: RE: WAR deployment incomplete (sometimes) The WAR file is being generated by the Ant WAR task (Ant 1.6.5). I'm don't want to rule anything out, but if the WAR file is bad, I would expect the deployment to fail every time, or when it does fail, always fail at the same point in the WAR expansion. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Friday, May 11, 2007 4:46 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) Hi Michael... shame still struggling with this. One thing you not telling us is wot is packaging the WAR. A WAR is basically a zip... but I do know that if you zip using external programs like AlZip or WinZip... the Java zip api can struggle with that. Also if you using netbeans right click on the project and have a look if its using compression... take that off and then its plain... bigger... but plain.. anything should open that file. Super Compression is a recent addition to Java maybe the jre u using is just when it was introduced ie the dev environment is higher version than the runtime env. I dont think 23mb should be any problem for a zip... - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, May 10, 2007 9:33 PM Subject: RE: WAR deployment incomplete (sometimes) Thanks for your comments, I have a collected a second data point, which shows that the WAR does not stop unpacking at the same point every time. The first recorded incident was on Solaris, and this second incident was on Windows. Again, there was no exception or error message in the Tomcat logs. The WAR file contains 1461 entries (~23MB). Solaris stopped after 797 entries. Windows stopped after 1326 entries. I doubt future incidents on the same platforms will stop at the same points. I've searched the Sun Java bug database, and found lots of interesting JRE JAR/WAR/zip bugs, triggered by such things as JARs larger than 2GB (large file support), and JARs with more than 64,000 entries, but none of the bugs apply to my situation. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail
Re: WAR deployment incomplete (sometimes)
HEY! wots this. ROOT.war does not unpack http://issues.apache.org/bugzilla/show_bug.cgi?id=36887 Its a reported bug?? - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, May 11, 2007 3:17 PM Subject: RE: WAR deployment incomplete (sometimes) The WAR file is being generated by the Ant WAR task (Ant 1.6.5). I'm don't want to rule anything out, but if the WAR file is bad, I would expect the deployment to fail every time, or when it does fail, always fail at the same point in the WAR expansion. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Friday, May 11, 2007 4:46 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) Hi Michael... shame still struggling with this. One thing you not telling us is wot is packaging the WAR. A WAR is basically a zip... but I do know that if you zip using external programs like AlZip or WinZip... the Java zip api can struggle with that. Also if you using netbeans right click on the project and have a look if its using compression... take that off and then its plain... bigger... but plain.. anything should open that file. Super Compression is a recent addition to Java maybe the jre u using is just when it was introduced ie the dev environment is higher version than the runtime env. I dont think 23mb should be any problem for a zip... - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, May 10, 2007 9:33 PM Subject: RE: WAR deployment incomplete (sometimes) Thanks for your comments, I have a collected a second data point, which shows that the WAR does not stop unpacking at the same point every time. The first recorded incident was on Solaris, and this second incident was on Windows. Again, there was no exception or error message in the Tomcat logs. The WAR file contains 1461 entries (~23MB). Solaris stopped after 797 entries. Windows stopped after 1326 entries. I doubt future incidents on the same platforms will stop at the same points. I've searched the Sun Java bug database, and found lots of interesting JRE JAR/WAR/zip bugs, triggered by such things as JARs larger than 2GB (large file support), and JARs with more than 64,000 entries, but none of the bugs apply to my situation. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WAR deployment incomplete (sometimes)
From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: WAR deployment incomplete (sometimes) HEY! wots this. ROOT.war does not unpack http://issues.apache.org/bugzilla/show_bug.cgi?id=36887 Its a reported bug?? It's not a bug - it was user error due to the invalid Context attributes. (Do we really need to discuss those again?) Follow the rules and it unpacks fine. Perhaps a ill-formed context.xml is part of this problem. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WAR deployment incomplete (sometimes)
That bug refers to a ROOT.war that NEVER correctly unpacks (so it's repeatable), and although it doesn't say explicitly, I think the WAR unpacks completely, but the webapp isn't initialized properly because Tomcat doesn't like the context declaration. My WAR contains no context.xml -- it is just named ROOT.war, and expects to be deployed in the root context based on Tomcat's special ROOT handling. I've got my script running in an attempt to reproduce the unpack failure, and I think I'm going to leave it running over the weekend. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Friday, May 11, 2007 1:13 PM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) HEY! wots this. ROOT.war does not unpack http://issues.apache.org/bugzilla/show_bug.cgi?id=36887 Its a reported bug?? - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, May 11, 2007 3:17 PM Subject: RE: WAR deployment incomplete (sometimes) The WAR file is being generated by the Ant WAR task (Ant 1.6.5). I'm don't want to rule anything out, but if the WAR file is bad, I would expect the deployment to fail every time, or when it does fail, always fail at the same point in the WAR expansion. -Original Message- From: Johnny Kewl [mailto:[EMAIL PROTECTED] Sent: Friday, May 11, 2007 4:46 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) Hi Michael... shame still struggling with this. One thing you not telling us is wot is packaging the WAR. A WAR is basically a zip... but I do know that if you zip using external programs like AlZip or WinZip... the Java zip api can struggle with that. Also if you using netbeans right click on the project and have a look if its using compression... take that off and then its plain... bigger... but plain.. anything should open that file. Super Compression is a recent addition to Java maybe the jre u using is just when it was introduced ie the dev environment is higher version than the runtime env. I dont think 23mb should be any problem for a zip... - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, May 10, 2007 9:33 PM Subject: RE: WAR deployment incomplete (sometimes) Thanks for your comments, I have a collected a second data point, which shows that the WAR does not stop unpacking at the same point every time. The first recorded incident was on Solaris, and this second incident was on Windows. Again, there was no exception or error message in the Tomcat logs. The WAR file contains 1461 entries (~23MB). Solaris stopped after 797 entries. Windows stopped after 1326 entries. I doubt future incidents on the same platforms will stop at the same points. I've searched the Sun Java bug database, and found lots of interesting JRE JAR/WAR/zip bugs, triggered by such things as JARs larger than 2GB (large file support), and JARs with more than 64,000 entries, but none of the bugs apply to my situation. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe
Re: WAR deployment incomplete (sometimes)
If this app is not top secret I would send it to a guru, someone like Caldarale, Charles and let him play with it. I think if the Tomcat guru's could see it first hand... you would find your solution. I've just made a 32mb ROOT.WAR. it unpacks, so their goes my theory ;) - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Friday, May 11, 2007 7:53 PM Subject: RE: WAR deployment incomplete (sometimes) That bug refers to a ROOT.war that NEVER correctly unpacks (so it's. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
Oh... sorry think I gave wrong impression... I understood article to be talking about the META-INF context file... ie one guy said his web.xml file does not appear after deploy, and said he discovered it has nothing to do with web xml, its because the the context xml file has the wrong xml format personally I think everyone is guessing, but it certainly does seem to be happening to some unlucky people. - Original Message - From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, May 10, 2007 3:23 AM Subject: RE: WAR deployment incomplete (sometimes) From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: WAR deployment incomplete (sometimes) Found this article. http://archives.devshed.com/forums/java-118/missing-application-web-xml- 1620719.html Which, unfortunately, came to what I think was the wrong conclusion. I suspect the real problem was the erroneous inclusion of a docBase attribute in the Context element. ?xml version=1.0 encoding=UTF-8? Context path=/ I hope you don't have the above in your web.xml, since the Context element doesn't go there. And, of course, having a path attribute in a Context element is not valid unless the Context is in server.xml, which is strongly discouraged. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
Johnny Kewl wrote: I hope you don't have the above in your web.xml, since the Context element doesn't go there. And, of course, having a path attribute in a Context element is not valid unless the Context is in server.xml, which is strongly discouraged. - Chuck I'm starting to hear an 'Intel'-like jingle... every time this... gets posted to the list p 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME Cryptographic Signature
Re: WAR deployment incomplete (sometimes)
issue occurs on windows, linux and solaris. Manual unpacking of WAR (jar -xf ROOT.war) does not fail; all files are correctly unpacked. Thanks though. (P.S. I work with OP) Johnny Kewl wrote: Try rename it to a zip... and the unzip it or see wot windows does? -- View this message in context: http://www.nabble.com/WAR-deployment-incomplete-%28sometimes%29-tf3716171.html#a10412879 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
WAR deployment incomplete (sometimes)
Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike
Re: WAR deployment incomplete (sometimes)
Try rename it to a zip... and the unzip it or see wot windows does? - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Wednesday, May 09, 2007 4:43 PM Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WAR deployment incomplete (sometimes)
I forgot to mention that (should it matter) I am running Tomcat 5.5.17, on JRE version 1.4.2_12. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
try %CATALINA_HOME%\conf\context.xml Context antiJARLocking=true antiResourceLocking=true link courtesy of erik burke http://stuffthathappens.com/blog/2006/01/18/tomcat-hot-deployment/ HTH/ M-- This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: users@tomcat.apache.org Sent: Wednesday, May 09, 2007 10:43 AM Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
I've occasionally seen this on 5.5.15 on Windows, but never thought much of it, just assuming it was a random glitch. It seems to be more common for me when I restart it quickly after stopping, and less often if I let it sit for 30 seconds or so before restarting. Michael Heinrichs wrote: I forgot to mention that (should it matter) I am running Tomcat 5.5.17, on JRE version 1.4.2_12. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WAR deployment incomplete (sometimes)
From: Martin Gainty [mailto:[EMAIL PROTECTED] Subject: Re: WAR deployment incomplete (sometimes) try %CATALINA_HOME%\conf\context.xml Context antiJARLocking=true antiResourceLocking=true Those settings only affect Windows installations, and the OP clearly stated that the problem occurs on Solaris and Linux as well. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WAR deployment incomplete (sometimes)
I don't see a consistent pattern, but it definitely happens on first deployment. In my scenario, Tomcat is installed as part of a larger product installation, with the WAR file under the webapps directory, ready for deployment when Tomcat is first started. So the WAR is intended to only ever be deployed once, and it's failing the first time. I have seen it fail a second time, so it's not just a new-install issue either. To try to reproduce this problem, I wrote a script to repeatedly: - stop Tomcat - delete expanded WAR directory - start Tomcat - verify WAR expansion The deployment never failed under these test conditions. -Original Message- From: David Kerber [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 11:39 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) I've occasionally seen this on 5.5.15 on Windows, but never thought much of it, just assuming it was a random glitch. It seems to be more common for me when I restart it quickly after stopping, and less often if I let it sit for 30 seconds or so before restarting. Michael Heinrichs wrote: I forgot to mention that (should it matter) I am running Tomcat 5.5.17, on JRE version 1.4.2_12. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
Are you developing in netbeans and then droping the dist into Tomcat is that when you see the problem?... if so its not a bad WAR... its because netbeans for some reason hangs onto tomcat ie Tomcat is ignoring the war because its still running the *build* version in netbeans. In this case the web-app runs but its not the WAR you dropped into tomcat. If this is happening and I see in on 5.5.17 and 5.5.23 netbeans 5.5 the best way to make it normalize is to open the manager and undeploy it that kills the hold netbeans has on tomcat... then drop the WAR in... it will work. - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 09, 2007 5:27 PM Subject: RE: WAR deployment incomplete (sometimes) I forgot to mention that (should it matter) I am running Tomcat 5.5.17, on JRE version 1.4.2_12. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
here is what happens, your start copying in a large .war file, tomcat detects this file before the upload is complete and starts expanding it, tomcat receives a ZipFileCorrupted error (as the upload hasn't completed) and aborts the deployment you need to work around the fact that your upload is taking time Filip Michael Heinrichs wrote: I don't see a consistent pattern, but it definitely happens on first deployment. In my scenario, Tomcat is installed as part of a larger product installation, with the WAR file under the webapps directory, ready for deployment when Tomcat is first started. So the WAR is intended to only ever be deployed once, and it's failing the first time. I have seen it fail a second time, so it's not just a new-install issue either. To try to reproduce this problem, I wrote a script to repeatedly: - stop Tomcat - delete expanded WAR directory - start Tomcat - verify WAR expansion The deployment never failed under these test conditions. -Original Message- From: David Kerber [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 11:39 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) I've occasionally seen this on 5.5.15 on Windows, but never thought much of it, just assuming it was a random glitch. It seems to be more common for me when I restart it quickly after stopping, and less often if I let it sit for 30 seconds or so before restarting. Michael Heinrichs wrote: I forgot to mention that (should it matter) I am running Tomcat 5.5.17, on JRE version 1.4.2_12. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
Ok another guess and another war story ;) I found that if I did a URLConnection in a filter init I managed to completely lock up Tomcat on a start stone dead... I then deleted the War and the folder and after figuring out wot the problem was, it would still not deploy the new one and start... only if I deleted the conf/Catalina/host/(web-app).xml file did it recover. So please try this as well... if there is a conf/Catalina/host/(web-app).xml with the same name as you want to deploy... kill that as well. ROOT.war is a little special... so wot I'm suggesting is you make sure that you destroy any traces of a previous version in (conf and web-apps). I've being trying to replicate wots happening to you and I cant... so sorry run out of other ideas... but just to recap my weird experiences... -- Netbeans can hang onto Tomcat... -- A filter can cripple tomcat... -- And the common factor seems to be if the context path under conf/Catalina/host/webAppName.xml is still pointing at something else... like the netbeans build... it sometimes ignores the WAR good Luck - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 09, 2007 7:36 PM Subject: RE: WAR deployment incomplete (sometimes) I don't see a consistent pattern, but it definitely happens on first deployment. In my scenario, Tomcat is installed as part of a larger product installation, with the WAR file under the webapps directory, - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WAR deployment incomplete (sometimes)
Damn this is strange I would expect Tomcat to protest... missing class's... or something? I'm now fascinated Michael if you like, you can send me the WAR... and I'll see if I can get it to break on my system. - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 09, 2007 9:30 PM Subject: RE: WAR deployment incomplete (sometimes) I thought I was being clear, but I will try again. Tomcat is not running. In the scenario where the deployment has failed, Tomcat has never been running. Tomcat is installed as part of another application. The ROOT.war file is pre-installed under the webapps directory. At this point, they are just files on disk. Then Tomcat is started, the ROOT.war is detected, and unpacked. However, sometimes the WAR is not completely unpacked. Tomcat completes startup, but because the webapp's web.xml is near the end of the WAR file (i.e., this file is not unpacked), the webapp does not initialize correctly. At this point, Tomcat is running (i.e. it did not crash during unpacking), but the web application is broken. To recover, stop Tomcat, delete the (incomplete) webapp directory, and start Tomcat again. -Original Message- From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 3:17 PM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) here is what happens, your start copying in a large .war file, tomcat detects this file before the upload is complete and starts expanding it, tomcat receives a ZipFileCorrupted error (as the upload hasn't completed) and aborts the deployment you need to work around the fact that your upload is taking time Filip Michael Heinrichs wrote: I don't see a consistent pattern, but it definitely happens on first deployment. In my scenario, Tomcat is installed as part of a larger product installation, with the WAR file under the webapps directory, ready for deployment when Tomcat is first started. So the WAR is intended to only ever be deployed once, and it's failing the first time. I have seen it fail a second time, so it's not just a new-install issue either. To try to reproduce this problem, I wrote a script to repeatedly: - stop Tomcat - delete expanded WAR directory - start Tomcat - verify WAR expansion The deployment never failed under these test conditions. -Original Message- From: David Kerber [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 11:39 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) I've occasionally seen this on 5.5.15 on Windows, but never thought much of it, just assuming it was a random glitch. It seems to be more common for me when I restart it quickly after stopping, and less often if I let it sit for 30 seconds or so before restarting. Michael Heinrichs wrote: I forgot to mention that (should it matter) I am running Tomcat 5.5.17, on JRE version 1.4.2_12. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
Re: WAR deployment incomplete (sometimes)
Found this article. http://archives.devshed.com/forums/java-118/missing-application-web-xml-1620719.html Other stuff I found seems to suggest that it is unpacking... but then Tomcat is deleting it. Some say reason is because windows locking open files... but we ruled that out. This article suggests that its when the XML integrity is in question so check that... in netbean you can just right click and check XML... article also suggests that the context is the main problem... so try this one... works on my system ?xml version=1.0 encoding=UTF-8? Context path=/ Good luck - Original Message - From: Michael Heinrichs [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, May 09, 2007 9:30 PM Subject: RE: WAR deployment incomplete (sometimes) I thought I was being clear, but I will try again. Tomcat is not running. In the scenario where the deployment has failed, Tomcat has never been running. Tomcat is installed as part of another application. The ROOT.war file is pre-installed under the webapps directory. At this point, they are just files on disk. Then Tomcat is started, the ROOT.war is detected, and unpacked. However, sometimes the WAR is not completely unpacked. Tomcat completes startup, but because the webapp's web.xml is near the end of the WAR file (i.e., this file is not unpacked), the webapp does not initialize correctly. At this point, Tomcat is running (i.e. it did not crash during unpacking), but the web application is broken. To recover, stop Tomcat, delete the (incomplete) webapp directory, and start Tomcat again. -Original Message- From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 3:17 PM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) here is what happens, your start copying in a large .war file, tomcat detects this file before the upload is complete and starts expanding it, tomcat receives a ZipFileCorrupted error (as the upload hasn't completed) and aborts the deployment you need to work around the fact that your upload is taking time Filip Michael Heinrichs wrote: I don't see a consistent pattern, but it definitely happens on first deployment. In my scenario, Tomcat is installed as part of a larger product installation, with the WAR file under the webapps directory, ready for deployment when Tomcat is first started. So the WAR is intended to only ever be deployed once, and it's failing the first time. I have seen it fail a second time, so it's not just a new-install issue either. To try to reproduce this problem, I wrote a script to repeatedly: - stop Tomcat - delete expanded WAR directory - start Tomcat - verify WAR expansion The deployment never failed under these test conditions. -Original Message- From: David Kerber [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 11:39 AM To: Tomcat Users List Subject: Re: WAR deployment incomplete (sometimes) I've occasionally seen this on 5.5.15 on Windows, but never thought much of it, just assuming it was a random glitch. It seems to be more common for me when I restart it quickly after stopping, and less often if I let it sit for 30 seconds or so before restarting. Michael Heinrichs wrote: I forgot to mention that (should it matter) I am running Tomcat 5.5.17, on JRE version 1.4.2_12. -Original Message- From: Michael Heinrichs [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 09, 2007 10:43 AM To: users@tomcat.apache.org Subject: WAR deployment incomplete (sometimes) Hello everyone, I am having a problem with WAR deployment. I am performing a static deployment: copying a ROOT.war under the webapps directory, and then starting Tomcat (no other web applications). On most occasions, the deployment is successful. However, occasionally the deployment does not succeed, and the WAR is only partially unpacked. Subsequently stopping Tomcat, deleting the expanded webapp directory, and starting Tomcat again will (normally) result in a successful deployment. When this happens, I see no exceptions in the logs. I've looked at the Tomcat source responsible for WAR expansion, and found no clues. I have begun collecting data to establish whether the unpacking always stops at the same point in the WAR, but only have one data point so far. I have verified that the WAR unpacking stops at a sequential point (all files before that point are unpacked, and all files after that point have not been unpacked). In the single instance I have recorded, unpacking stops between two similar, and unremarkable HTML files. This problem has occurred on Solaris, Linux (Redhat), and Windows, so this problem is not platform-specific. I've searched the mailing list archives, and I can find no reference to others having the same problem. Can anyone offer an explanation or solution? Thanks, Mike
RE: WAR deployment incomplete (sometimes)
From: Johnny Kewl [mailto:[EMAIL PROTECTED] Subject: Re: WAR deployment incomplete (sometimes) Found this article. http://archives.devshed.com/forums/java-118/missing-application-web-xml- 1620719.html Which, unfortunately, came to what I think was the wrong conclusion. I suspect the real problem was the erroneous inclusion of a docBase attribute in the Context element. ?xml version=1.0 encoding=UTF-8? Context path=/ I hope you don't have the above in your web.xml, since the Context element doesn't go there. And, of course, having a path attribute in a Context element is not valid unless the Context is in server.xml, which is strongly discouraged. - 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 start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
