Topic
  • 4 replies
  • Latest Post - ‏2013-01-16T15:13:35Z by SystemAdmin
docware
docware
1 Post

Pinned topic java.util.zip.ZipException while deploying WAR

‏2010-09-23T15:43:36Z |
Hello,

Our customer tried to deploy one of our WARs on a Websphere 7.0 (Upgrade from successfully running 6.0). They get ZIP errors like these

9/16/10 9:48:05:821 CDT 0001d86a SystemErr R org.eclipse.jst.j2ee.commonarchivecore.internal.exception.NestedJarException: IWAE0008E An error occurred reading WEB-INF/docuindex/etklink-jspversion.zip from spi2-catalog1.war
Stack trace of nested exception:
java.util.zip.ZipException: unexpected EOF (comment: other have entries have CRC errors)

Two questions come up for me:

1. why can the ZIP not be uncompressed successfully by Websphere (it can be uncompressed successfully with normal ZIP tools like 7-zip or PowerArchiver). Is the ZIP implementation (probably from the underlying IBM Java) less tolerant against certain ZIP flavours?
If we repack the ZIP again with 7-zip, it deploys successfully.

2. Why at all tries the Websphere deployer to open ZIP files we put into WEB-INF for internal purposes. IMO the deployer should be totally agnostic about that.

Can you help?

Best regards

Michael
Updated on 2013-01-16T15:13:35Z at 2013-01-16T15:13:35Z by SystemAdmin
  • rlogiacco
    rlogiacco
    1 Post

    Re: java.util.zip.ZipException while deploying WAR

    ‏2010-10-07T08:48:05Z  
    > docware wrote:
    > Hello,
    >
    > Our customer tried to deploy one of our WARs on a Websphere 7.0 (Upgrade from successfully running 6.0). They get ZIP errors like these
    >
    > 9/16/10 9:48:05:821 CDT 0001d86a SystemErr R org.eclipse.jst.j2ee.commonarchivecore.internal.exception.NestedJarException: IWAE0008E An error occurred reading WEB-INF/docuindex/etklink-jspversion.zip from spi2-catalog1.war
    > Stack trace of nested exception:
    > java.util.zip.ZipException: unexpected EOF (comment: other have entries have CRC errors)
    >
    > Two questions come up for me:
    >
    > 1. why can the ZIP not be uncompressed successfully by Websphere (it can be uncompressed successfully with normal ZIP tools like 7-zip or PowerArchiver). Is the ZIP implementation (probably from the underlying IBM Java) less tolerant against certain ZIP flavours?
    > If we repack the ZIP again with 7-zip, it deploys successfully.
    >
    > 2. Why at all tries the Websphere deployer to open ZIP files we put into WEB-INF for internal purposes. IMO the deployer should be totally agnostic about that.
    >
    > Can you help?
    >
    > Best regards
    >
    > Michael
    We are having the exact same problem with artifacts generated through Maven. We discovered the very same artifact generated as export from Eclipse is not affected by the same problem. Further analysis gave us different compressed sizes for the two archives while uncompressed sizes are perfectly the same.

    Both archives, Maven generated and Eclipse generated, can be succesfully opened through WinRAR, WinZip and 7Zip, but only the Eclipse generated one can be deployed without the ZipException.

    Stacktrace follows:

    07/10/10 10.29.20:666 CEST 0000001a SystemErr R org.eclipse.jst.j2ee.commonarchivecore.internal.exception.NestedJarException: IWAE0008E An error occurred reading WEB-INF/lib/backport-util-concurrent.jar from track-web.war
    Stack trace of nested exception:
    java.util.zip.ZipException: invalid entry size (expected 106 but got 408 bytes)
    at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:377)
    at java.util.zip.ZipInputStream.read(ZipInputStream.java:148)
    at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:92)
    at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:70)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.safeGetNextEntry(NestedArchiveLoadStrategyImpl.java:355)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.getFiles(NestedArchiveLoadStrategyImpl.java:386)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.LoadStrategyImpl.collectFiles(LoadStrategyImpl.java:724)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.impl.ContainerImpl.getFiles(ContainerImpl.java:473)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:144)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.performTask(ApplicationInstallTask.java:117)
    at com.ibm.ws.management.application.SchedulerImpl.run(SchedulerImpl.java:285)
    at java.lang.Thread.run(Thread.java:736)

    07/10/10 10.29.20:667 CEST 0000001a SystemErr R Stack trace of nested exception:
    07/10/10 10.29.20:667 CEST 0000001a SystemErr R java.util.zip.ZipException: invalid entry size (expected 106 but got 408 bytes)
    07/10/10 10.29.20:667 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:377)
    07/10/10 10.29.20:667 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.read(ZipInputStream.java:148)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:92)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:70)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.safeGetNextEntry(NestedArchiveLoadStrategyImpl.java:355)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.getFiles(NestedArchiveLoadStrategyImpl.java:386)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.LoadStrategyImpl.collectFiles(LoadStrategyImpl.java:724)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.impl.ContainerImpl.getFiles(ContainerImpl.java:473)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:144)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.performTask(ApplicationInstallTask.java:117)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.management.application.SchedulerImpl.run(SchedulerImpl.java:285)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at java.lang.Thread.run(Thread.java:736)
  • udgat
    udgat
    1 Post

    Re: java.util.zip.ZipException while deploying WAR

    ‏2011-01-05T07:14:22Z  
    • rlogiacco
    • ‏2010-10-07T08:48:05Z
    > docware wrote:
    > Hello,
    >
    > Our customer tried to deploy one of our WARs on a Websphere 7.0 (Upgrade from successfully running 6.0). They get ZIP errors like these
    >
    > 9/16/10 9:48:05:821 CDT 0001d86a SystemErr R org.eclipse.jst.j2ee.commonarchivecore.internal.exception.NestedJarException: IWAE0008E An error occurred reading WEB-INF/docuindex/etklink-jspversion.zip from spi2-catalog1.war
    > Stack trace of nested exception:
    > java.util.zip.ZipException: unexpected EOF (comment: other have entries have CRC errors)
    >
    > Two questions come up for me:
    >
    > 1. why can the ZIP not be uncompressed successfully by Websphere (it can be uncompressed successfully with normal ZIP tools like 7-zip or PowerArchiver). Is the ZIP implementation (probably from the underlying IBM Java) less tolerant against certain ZIP flavours?
    > If we repack the ZIP again with 7-zip, it deploys successfully.
    >
    > 2. Why at all tries the Websphere deployer to open ZIP files we put into WEB-INF for internal purposes. IMO the deployer should be totally agnostic about that.
    >
    > Can you help?
    >
    > Best regards
    >
    > Michael
    We are having the exact same problem with artifacts generated through Maven. We discovered the very same artifact generated as export from Eclipse is not affected by the same problem. Further analysis gave us different compressed sizes for the two archives while uncompressed sizes are perfectly the same.

    Both archives, Maven generated and Eclipse generated, can be succesfully opened through WinRAR, WinZip and 7Zip, but only the Eclipse generated one can be deployed without the ZipException.

    Stacktrace follows:

    07/10/10 10.29.20:666 CEST 0000001a SystemErr R org.eclipse.jst.j2ee.commonarchivecore.internal.exception.NestedJarException: IWAE0008E An error occurred reading WEB-INF/lib/backport-util-concurrent.jar from track-web.war
    Stack trace of nested exception:
    java.util.zip.ZipException: invalid entry size (expected 106 but got 408 bytes)
    at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:377)
    at java.util.zip.ZipInputStream.read(ZipInputStream.java:148)
    at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:92)
    at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:70)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.safeGetNextEntry(NestedArchiveLoadStrategyImpl.java:355)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.getFiles(NestedArchiveLoadStrategyImpl.java:386)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.LoadStrategyImpl.collectFiles(LoadStrategyImpl.java:724)
    at org.eclipse.jst.j2ee.commonarchivecore.internal.impl.ContainerImpl.getFiles(ContainerImpl.java:473)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:144)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.performTask(ApplicationInstallTask.java:117)
    at com.ibm.ws.management.application.SchedulerImpl.run(SchedulerImpl.java:285)
    at java.lang.Thread.run(Thread.java:736)

    07/10/10 10.29.20:667 CEST 0000001a SystemErr R Stack trace of nested exception:
    07/10/10 10.29.20:667 CEST 0000001a SystemErr R java.util.zip.ZipException: invalid entry size (expected 106 but got 408 bytes)
    07/10/10 10.29.20:667 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:377)
    07/10/10 10.29.20:667 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.read(ZipInputStream.java:148)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:92)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:70)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.safeGetNextEntry(NestedArchiveLoadStrategyImpl.java:355)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.NestedArchiveLoadStrategyImpl.getFiles(NestedArchiveLoadStrategyImpl.java:386)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.strategy.LoadStrategyImpl.collectFiles(LoadStrategyImpl.java:724)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at org.eclipse.jst.j2ee.commonarchivecore.internal.impl.ContainerImpl.getFiles(ContainerImpl.java:473)
    07/10/10 10.29.20:668 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:144)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.validateArchive(ApplicationInstallTask.java:151)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.migration.applicationinstalltask.ApplicationInstallTask.performTask(ApplicationInstallTask.java:117)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at com.ibm.ws.management.application.SchedulerImpl.run(SchedulerImpl.java:285)
    07/10/10 10.29.20:669 CEST 0000001a SystemErr R at java.lang.Thread.run(Thread.java:736)
    hi i am getting the same problem and i am trying to install .ear file compiled using java 1.5 and i am using websphere 7 and java 6.

    please let me know how to solve this.
  • Debesh1234
    Debesh1234
    1 Post

    Re: java.util.zip.ZipException while deploying WAR

    ‏2011-10-16T19:11:48Z  
    • udgat
    • ‏2011-01-05T07:14:22Z
    hi i am getting the same problem and i am trying to install .ear file compiled using java 1.5 and i am using websphere 7 and java 6.

    please let me know how to solve this.
    Am also facing the same issue ,can anyone provide me the solution for this ..?
    i will be grateful....
  • SystemAdmin
    SystemAdmin
    37422 Posts

    Re: java.util.zip.ZipException while deploying WAR

    ‏2013-01-16T15:13:35Z  
    Has anybody got a resolution for this issue?