You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Leonardo Pinho <le...@gmail.com> on 2007/11/14 17:18:42 UTC
Redeploy issues loading contents from some .jar at WEB-INF/lib
Hi,
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):
Offending resource: ServletContext resource
[/WEB-INF/applicationContext.xml]; nested exception is
org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected
exception parsing XML document from ServletContext resource
[/WEB-INF/spring/commonContext.xml]; nested exception is
java.lang.InternalError: jzentry == 0,
jzfile = 1607179080,
total = 152,
name =
/usr/local/apache-tomcat-5.5.20/work/Catalina/localhost/DepositEngineTRANS/WEB-INF/lib/common.jar,
i = 15,
message = invalid LOC header (bad signature)
at
org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter
...
Caused by: java.lang.InternalError: jzentry == 0,
jzfile = 1607179080,
total = 152,
name =
/usr/local/apache-tomcat-5.5.20/work/Catalina/localhost/DepositEngineTRANS/WEB-INF/lib/common.jar,
i = 15,
message = invalid LOC header (bad signature)
at java.util.zip.ZipFile$3.nextElement(ZipFile.java:429)
After stop/start Tomcat:
- If I just redeploy, without update the WAR, it works!
- If I update the WAR (some servlet code p.ex.) without update common.jar
(keep the same jar) and redeploy, it works!
- If I update the WAR and update common.jar (different version of the jar)
and redeploy, it does NOT work!
I'm using Tomcat 5.5.20 on Red Hat Linux...
Thanks,
Leonardo
--
View this message in context: http://www.nabble.com/Redeploy-issues-loading-contents-from-some-.jar-at-WEB-INF-lib-tf4806222.html#a13750147
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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Leonardo Pinho <le...@gmail.com>.
Hi Chris,
>> I thought you said that the redeploy only works if you do /not/ update
>> the JAR file inside the WAR. Did I misread?
>> If you redeploy the WAR file with an /updated/ JAR file, the auto-deploy
>> fails (this was your original complaint). If you simply restart Tomcat
>> at that point (without going back to the original WAR file), does Tomcat
>> start correctly?
You understood correctly. What I wanna mean is that after update the jar
inside the war, instead of try to redeploy the war (which does not work) if
i just restart tomcat it works... so probably the jar is not corrupted as it
is the same jar.
>> Okay. Is the target machine remote, or are you deploying locally?
I'm deploying remote using FTP to transfer the WAR file generated. The
tomcat autoDeploy is off so I access the Tomcat Manager and to the "Reload"
manuallty.
Thanks again,
Leonardo
Christopher Schultz-2 wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Leonardo,
>
> Leonardo Pinho wrote:
>> I guess not because 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.
>
> I thought you said that the redeploy only works if you do /not/ update
> the JAR file inside the WAR. Did I misread?
>
> If you redeploy the WAR file with an /updated/ JAR file, the auto-deploy
> fails (this was your original complaint). If you simply restart Tomcat
> at that point (without going back to the original WAR file), does Tomcat
> start correctly?
>
>> I'm using ant tasks: <war> and <jar>...
>
> Okay. Is the target machine remote, or are you deploying locally?
>
> - -chris
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHOzj39CaO5/Lv0PARAoKzAJ9dIOnVm3H9Y9qrSKBxcfh3qNCe+QCgs6l4
> SIJfL4LD3jUpYgilQkmx6sU=
> =InyP
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Redeploy-issues-loading-contents-from-some-.jar-at-WEB-INF-lib-tf4806222.html#a13753109
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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Leonardo,
Leonardo Pinho wrote:
> I guess not because 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.
I thought you said that the redeploy only works if you do /not/ update
the JAR file inside the WAR. Did I misread?
If you redeploy the WAR file with an /updated/ JAR file, the auto-deploy
fails (this was your original complaint). If you simply restart Tomcat
at that point (without going back to the original WAR file), does Tomcat
start correctly?
> I'm using ant tasks: <war> and <jar>...
Okay. Is the target machine remote, or are you deploying locally?
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHOzj39CaO5/Lv0PARAoKzAJ9dIOnVm3H9Y9qrSKBxcfh3qNCe+QCgs6l4
SIJfL4LD3jUpYgilQkmx6sU=
=InyP
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Leonardo Pinho <le...@gmail.com>.
>> Is it possible that your new version of common.jar is corrupted?
>> Possibly by using ASCII FTP transfer instead of BINARY or something like
>> that?
I guess not because 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.
>> How are you updating the WAR before re-deploying it (i.e. using ant
>> <war> task, using jar on the command-line yourself, through an IDE,
>> etc.)?
I'm using ant tasks: <war> and <jar>...
Thanks for helping,
Leonardo
Christopher Schultz-2 wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Leonardo,
>
> Leonardo Pinho wrote:
>> - If I just redeploy, without update the WAR, it works!
>>
>> - If I update the WAR (some servlet code p.ex.) without update common.jar
>> (keep the same jar) and redeploy, it works!
>>
>> - If I update the WAR and update common.jar (different version of the
>> jar)
>> and redeploy, it does NOT work!
>
> Is it possible that your new version of common.jar is corrupted?
> Possibly by using ASCII FTP transfer instead of BINARY or something like
> that?
>
> How are you updating the WAR before re-deploying it (i.e. using ant
> <war> task, using jar on the command-line yourself, through an IDE, etc.)?
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHOzBf9CaO5/Lv0PARAuORAKCTyTF2/ZqJu5XSS/2z1hXDeimn8QCghu37
> f6JK4dgIozlm6D+kPJXJ4uo=
> =IpO9
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Redeploy-issues-loading-contents-from-some-.jar-at-WEB-INF-lib-tf4806222.html#a13752953
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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Leonardo,
Leonardo Pinho wrote:
> - If I just redeploy, without update the WAR, it works!
>
> - If I update the WAR (some servlet code p.ex.) without update common.jar
> (keep the same jar) and redeploy, it works!
>
> - If I update the WAR and update common.jar (different version of the jar)
> and redeploy, it does NOT work!
Is it possible that your new version of common.jar is corrupted?
Possibly by using ASCII FTP transfer instead of BINARY or something like
that?
How are you updating the WAR before re-deploying it (i.e. using ant
<war> task, using jar on the command-line yourself, through an IDE, etc.)?
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHOzBf9CaO5/Lv0PARAuORAKCTyTF2/ZqJu5XSS/2z1hXDeimn8QCghu37
f6JK4dgIozlm6D+kPJXJ4uo=
=IpO9
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Leonardo Pinho <le...@gmail.com>.
>> 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:leonardo.pinho@gmail.com]
>> 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: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
--
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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Leonardo Pinho [mailto:leonardo.pinho@gmail.com]
> 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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Johnny Kewl <jo...@kewlstuff.co.za>.
---------------------------------------------------------------------------
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---------------------------------------------------------------------------
----- Original Message -----
From: "Johnny Kewl" <jo...@kewlstuff.co.za>
To: "Tomcat Users List" <us...@tomcat.apache.org>
Sent: Thursday, November 15, 2007 12:50 AM
Subject: Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
>
> ---------------------------------------------------------------------------
> HARBOR: http://coolharbor.100free.com/index.htm
> Now Tomcat is also a cool pojo application server
> ---------------------------------------------------------------------------
> ----- Original Message -----
> From: "Leonardo Pinho" <le...@gmail.com>
> To: <us...@tomcat.apache.org>
> Sent: Wednesday, November 14, 2007 11:10 PM
> Subject: RE: Redeploy issues loading contents from some .jar at
> WEB-INF/lib
>
>
>>
>> I guess not, because I'm doing the redeploy manually and just after the
>> transfer is completed. The autoDeploy feature is off in my tomcat, so I
>> go
>> to the Tomcat Manager and invoke the Reload operation for my web app
>> using:
>>
>> http://<host>:8080/manager/html/reload?path=/<app_name>
>
> Leonardo Pinho wrote:
>>> - If I just redeploy, without update the WAR, it works!
>>>
>>> - If I update the WAR (some servlet code p.ex.) without update
>>> common.jar
>>> (keep the same jar) and redeploy, it works!
>>>
>>> - If I update the WAR and update common.jar (different version of the
>>> jar)
>>> and redeploy, it does NOT work!
>
> Beeeeeeg guess here....
> Update (if I remember) means that if it exists, it will undeploy first.
> So I have a feeling this application (the offending class) wont undeploy.
>
> It works if tomcat restarted, but not if tomcat running...
> I think the application (class) is not letting go...
> I think this because even if you change a JAR... if the classloader cannot
> let classes go because something is using it... it will not reload... the
> classloader will simply reuse the one in the classloader... so new on
> disk... does not mean new in classloader, unless that class loader can let
> go... something like that.
>
> So the software somewhere does something like read the digest of the file
> on disk... then it checks that against the loaded class...
> bang they are different... I'm thinking a singleton or something has that
> class... and the classloader when told to reload, does not evem look at
> the new one on disk.
> How to check that, and how to kill that.... I have no idea, dont know
> Spring.
I been trying to imagine how this may happen....
When you reload... tomcat will drop the old webapp classloader and make a
new one...
BUT if some sort of bean factory which is global has picked up on some
classes already, when told to again load some.class.in.webapp again, it wont
if its already got it....
It gets horribly complicated because it is probably intelligent to know that
when the web app is reloaded it must redo that bean, but if that bean is
used in another running app... its screwed.
Maybe if you stop all dependent apps first... and then redeploy, it woll
work.
... maybe... ok no more guessing from me ;)
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Johnny Kewl <jo...@kewlstuff.co.za>.
---------------------------------------------------------------------------
HARBOR: http://coolharbor.100free.com/index.htm
Now Tomcat is also a cool pojo application server
---------------------------------------------------------------------------
----- Original Message -----
From: "Leonardo Pinho" <le...@gmail.com>
To: <us...@tomcat.apache.org>
Sent: Wednesday, November 14, 2007 11:10 PM
Subject: RE: Redeploy issues loading contents from some .jar at WEB-INF/lib
>
> I guess not, because I'm doing the redeploy manually and just after the
> transfer is completed. The autoDeploy feature is off in my tomcat, so I go
> to the Tomcat Manager and invoke the Reload operation for my web app
> using:
>
> http://<host>:8080/manager/html/reload?path=/<app_name>
Leonardo Pinho wrote:
>> - If I just redeploy, without update the WAR, it works!
>>
>> - If I update the WAR (some servlet code p.ex.) without update common.jar
>> (keep the same jar) and redeploy, it works!
>>
>> - If I update the WAR and update common.jar (different version of the
>> jar)
>> and redeploy, it does NOT work!
Beeeeeeg guess here....
Update (if I remember) means that if it exists, it will undeploy first.
So I have a feeling this application (the offending class) wont undeploy.
It works if tomcat restarted, but not if tomcat running...
I think the application (class) is not letting go...
I think this because even if you change a JAR... if the classloader cannot
let classes go because something is using it... it will not reload... the
classloader will simply reuse the one in the classloader... so new on
disk... does not mean new in classloader, unless that class loader can let
go... something like that.
So the software somewhere does something like read the digest of the file on
disk... then it checks that against the loaded class...
bang they are different... I'm thinking a singleton or something has that
class... and the classloader when told to reload, does not evem look at the
new one on disk.
How to check that, and how to kill that.... I have no idea, dont know
Spring.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Leonardo Pinho <le...@gmail.com>.
I guess not, because I'm doing the redeploy manually and just after the
transfer is completed. The autoDeploy feature is off in my tomcat, so I go
to the Tomcat Manager and invoke the Reload operation for my web app using:
http://<host>:8080/manager/html/reload?path=/<app_name>
Thanks again,
Leonardo
Caldarale, Charles R wrote:
>
>> From: Leonardo Pinho [mailto:leonardo.pinho@gmail.com]
>> Subject: Re: Redeploy issues loading contents from some .jar
>> at WEB-INF/lib
>>
>> I found other post with the same error and no solution:
>
> I wonder if this is the same problem someone else commented on earlier
> today: deployment starts before the file is fully transferred. Is
> there any possibility that's going on in your situation?
>
> - 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: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/Redeploy-issues-loading-contents-from-some-.jar-at-WEB-INF-lib-tf4806222.html#a13756614
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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by "Caldarale, Charles R" <Ch...@unisys.com>.
> From: Leonardo Pinho [mailto:leonardo.pinho@gmail.com]
> Subject: Re: Redeploy issues loading contents from some .jar
> at WEB-INF/lib
>
> I found other post with the same error and no solution:
I wonder if this is the same problem someone else commented on earlier
today: deployment starts before the file is fully transferred. Is
there any possibility that's going on in your situation?
- 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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Redeploy issues loading contents from some .jar at WEB-INF/lib
Posted by Leonardo Pinho <le...@gmail.com>.
I found other post with the same error and no solution:
http://www.nabble.com/war-redeployment-problem-tf55365.html#a148508
Thanks,
Leonardo
Leonardo Pinho wrote:
>
> Hi,
>
> 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):
>
> Offending resource: ServletContext resource
> [/WEB-INF/applicationContext.xml]; nested exception is
> org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected
> exception parsing XML document from ServletContext resource
> [/WEB-INF/spring/commonContext.xml]; nested exception is
> java.lang.InternalError: jzentry == 0,
> jzfile = 1607179080,
> total = 152,
> name =
> /usr/local/apache-tomcat-5.5.20/work/Catalina/localhost/DepositEngineTRANS/WEB-INF/lib/common.jar,
> i = 15,
> message = invalid LOC header (bad signature)
> at
> org.springframework.beans.factory.parsing.FailFastProblemReporter.error(FailFastProblemReporter
> ...
> Caused by: java.lang.InternalError: jzentry == 0,
> jzfile = 1607179080,
> total = 152,
> name =
> /usr/local/apache-tomcat-5.5.20/work/Catalina/localhost/DepositEngineTRANS/WEB-INF/lib/common.jar,
> i = 15,
> message = invalid LOC header (bad signature)
> at java.util.zip.ZipFile$3.nextElement(ZipFile.java:429)
>
>
> After stop/start Tomcat:
>
> - If I just redeploy, without update the WAR, it works!
>
> - If I update the WAR (some servlet code p.ex.) without update common.jar
> (keep the same jar) and redeploy, it works!
>
> - If I update the WAR and update common.jar (different version of the jar)
> and redeploy, it does NOT work!
>
> I'm using Tomcat 5.5.20 on Red Hat Linux...
>
> Thanks,
> Leonardo
>
>
--
View this message in context: http://www.nabble.com/Redeploy-issues-loading-contents-from-some-.jar-at-WEB-INF-lib-tf4806222.html#a13756099
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: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org