Cloudbees build failing with java.util.zip.ZipException: invalid block type

[DavidWhitlock]

The cloudbees buildhive build doesn't work and fails in the GWT Maven plugin with this exception

Caused by: java.util.zip.ZipException: invalid block type
    at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:147)
    at java.io.FilterInputStream.read(FilterInputStream.java:116)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
    at org.codehaus.plexus.util.xml.XmlReader.getBOMEncoding(XmlReader.java:635)
    at org.codehaus.plexus.util.xml.XmlReader.doRawStream(XmlReader.java:459)
    at org.codehaus.plexus.util.xml.XmlReader.<init>(XmlReader.java:180)
    at org.codehaus.plexus.util.xml.XmlReader.<init>(XmlReader.java:143)
    at org.codehaus.plexus.util.xml.XmlStreamReader.<init>(XmlStreamReader.java:86)
    at org.codehaus.plexus.util.ReaderFactory.newXmlReader(ReaderFactory.java:104)
    at org.codehaus.mojo.gwt.AbstractGwtModuleMojo.readModule(AbstractGwtModuleMojo.java:233)

It looks like the GWT Maven plugin is trying to read a module XML file from a jar file and the BOM encoding is wrong. I've never seen anything like this before.

The only thing I can think of is that the file encoding isn't correct.

[DavidWhitlock]

This looks like an issue with Java 7. I was able to reproduce it my own environment. Bummer.

Maybe I'll try upgrading GWT and the Maven plugins in hope that this is addressed. I didn't find anything with a quick google search.

[DavidWhitlock]

I upgraded GWT and I thought I had it working, but it still appears on a clean build. I get a slightly different error message though.

Caused by: java.util.zip.ZipException: invalid stored block lengths
    at java.util.zip.InflaterInputStream.read(InflaterInputStream.java:164)
    at java.io.FilterInputStream.read(FilterInputStream.java:133)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:254)
    at org.codehaus.plexus.util.xml.XmlReader.getBOMEncoding(XmlReader.java:635)
    at org.codehaus.plexus.util.xml.XmlReader.doRawStream(XmlReader.java:459)
    at org.codehaus.plexus.util.xml.XmlReader.<init>(XmlReader.java:180)
    at org.codehaus.plexus.util.xml.XmlReader.<init>(XmlReader.java:143)
    at org.codehaus.plexus.util.xml.XmlStreamReader.<init>(XmlStreamReader.java:86)
    at org.codehaus.plexus.util.ReaderFactory.newXmlReader(ReaderFactory.java:104)
    at org.codehaus.mojo.gwt.AbstractGwtModuleMojo.readModule(AbstractGwtModuleMojo.java:233)

I wonder if that's because I'm using JDK 1.7.0_21 and Cloudbees is using 1.7.0_17. This is annoying.

[DavidWhitlock]

Getting sleepy. Obviously, the GWT compiler is running into problems reading a module XML file from a jar file. But which one? I'll try setting the project encoding again, but I don't think it will have an effect. I wonder if I should try to work with one of the GWT archetypes to see if they have a similar problem.

[DavidWhitlock]

When I do a "clean install" from the gwt directory, the build is successful, but when I run it form the top-level directory, it gets this error. This is very confusing. I wonder what the difference are.

[DavidWhitlock]

I'm still seeing problems with this. Hrm.

[DavidWhitlock]

Travis has this problem also (as seen in #39). This is strange.

[DavidWhitlock]

Travis seems to be building the GWT projects just fine now.