>> This message indicates that the ZIP (jar) file is corrupted, or at least >> the ZIP library thinks it is. There are two ways of accessing a ZIP >> file: sequentially, starting at the beginning, or randomly using the TOC >> at the end of the file. This message only occurs when using the TOC. I >> don't know if access is different on initial deployment vs. >> redeployment.
>> One typical cause of corruption is doing an ASCII FTP transfer (rather >> than binary) from a Windows box. The jar is inside of the WAR and, besides that, as I said if I just restart Tomcat it works (using the same WAR and JAR file). So, I'm sure that is not related to corrupted data. >> What JVM version are you using? There were some fixes that went into >> this area some time ago in 1.5; is your JRE/JDK up to date? I'm using jdk1.5.0_10 (update 10) >> Does the problem occur if you set unpackWAR to true? It appears that >> you have it disabled for particular this webapp. I'm using unpackWAR=false, the webapp is unpacked at work directory but I'll try using unpackWAR=true... Caldarale, Charles R wrote: > >> From: Leonardo Pinho [mailto:[EMAIL PROTECTED] >> Subject: Redeploy issues loading contents from some .jar at >> WEB-INF/lib >> >> I'm getting some errors when I do redeploy of a spring >> application at Tomcat. This web app loads some content >> from a jar file (at WEB-INF/lib/common.jar): >> >> java.lang.InternalError: jzentry == 0, >> jzfile = 1607179080, >> total = 152, >> name = >> > /usr/local/apache-tomcat-5.5.20/work/Catalina/localhost/DepositEngineTRA > NS/WEB-INF/lib/common.jar, >> i = 15, >> message = invalid LOC header (bad signature) > > This message indicates that the ZIP (jar) file is corrupted, or at least > the ZIP library thinks it is. There are two ways of accessing a ZIP > file: sequentially, starting at the beginning, or randomly using the TOC > at the end of the file. This message only occurs when using the TOC. I > don't know if access is different on initial deployment vs. > redeployment. > > One typical cause of corruption is doing an ASCII FTP transfer (rather > than binary) from a Windows box. > >> I'm using Tomcat 5.5.20 on Red Hat Linux... > > What JVM version are you using? There were some fixes that went into > this area some time ago in 1.5; is your JRE/JDK up to date? > > Does the problem occur if you set unpackWAR to true? It appears that > you have it disabled for particular this webapp. > > - 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] > > > -- View this message in context: http://www.nabble.com/Redeploy-issues-loading-contents-from-some-.jar-at-WEB-INF-lib-tf4806222.html#a13752718 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]
