xmlgraphics-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeremias Maerki <...@jeremias-maerki.ch>
Subject Re: [VOTE] Release XML Graphics Commons 1.3.1
Date Fri, 06 Jun 2008 12:04:51 GMT
On 06.06.2008 13:26:12 Vincent Hennebert wrote:
> Jeremias Maerki wrote:
> > Never build a release when you got a headache! That's what I learned
> > today. Anyway, the bugfix release for 1.3 is now ready for review and
> > the release vote.
> > 
> > The release files are built from:
> > http://svn.apache.org/repos/asf/xmlgraphics/commons/tags/commons-1_3_1/
> > (revision 662756)
> > 
> > The files are found here:
> > http://people.apache.org/~jeremias/xmlgraphics-commons/preview/
> > 
> > 037c91e4b745fd6eb0acfc1e9192fce9  xmlgraphics-commons-1.3.1-bin.tar.gz
> > 8770241f1d0d9c6df8b9d4e304b35b63  xmlgraphics-commons-1.3.1-bin.zip
> > 4dcac6600df8282685be6972bf9b4de4  xmlgraphics-commons-1.3.1-src.tar.gz
> > 3a4b80e998caad3e212f58317c272e4b  xmlgraphics-commons-1.3.1-src.zip
> > 456e06ca22df28da3650e1f151c2117e  xmlgraphics-commons-1.3.1-bundle.jar
> > 
> > Please review and cast your votes.
> 
> I get the following error messages when building with a 1.4 or 1.5 jvm:
>     [junit] Testsuite: org.apache.xmlgraphics.image.codec.png.PNGEncoderTest
>     [junit] Locking assertion failure.  Backtrace:
>     [junit] #0 /usr/lib/libxcb-xlib.so.0 [0xb3790767]
>     [junit] #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb37908b1]
>     [junit] #2 /usr/lib/libX11.so.6(_XReply+0xfd) [0xaaa901bd]
>     [junit] #3 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(XineramaQueryScreens+0xf1)
[0xaad0d28d]
>     [junit] #4 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(xineramaInit+0x58)
[0xaacda2cc]
>     [junit] #5 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(awt_init_Display+0x154)
[0xaacda4dc]
>     [junit] #6 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x1b)
[0xaacdac77]
>     [junit] #7 [0xb3843431]
>     [junit] #8 [0xb383ce9b]
>     [junit] #9 [0xb383a1c4]
>     [junit] #10 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b81664]
>     [junit] #11 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7c371b9]
>     [junit] #12 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b818b6]
>     [junit] #13 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b664af]
>     [junit] #14 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b6abcc]
>     [junit] #15 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b656cb]
>     [junit] #16 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7b6aedf]
>     [junit] #17 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so [0xb7be31c8]
>     [junit] #18 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/client/libjvm.so(JVM_FindClassFromClassLoader+0x208)
[0xb7bd2480]
>     [junit] #19 /usr/local/lib/jvm/j2sdk1.4.2_17/jre/lib/i386/libjava.so(Java_java_lang_Class_forName0+0x11a)
[0xb7935636]

I've seen things like that, too, on Linux, after I upgraded to Ubuntu
8.04LTS. We have no control over that. The Java-side behaviour is
correct. Obviously, the problem is in native code, so if anything it's a
bug in the JVM or adjacent native libraries.

> And
>     [junit] java.io.EOFException
>     [junit] 	at javax.imageio.stream.ImageInputStreamImpl.readInt(ImageInputStreamImpl.java:235)
>     [junit] 	at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
>     [junit] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>     [junit] 	at java.lang.reflect.Method.invoke(Method.java:324)
>     [junit] 	at org.apache.xmlgraphics.image.loader.util.ImageUtil$1.invoke(ImageUtil.java:246)
>     [junit] 	at $Proxy0.readInt(Unknown Source)
>     [junit] 	at com.sun.imageio.plugins.png.PNGImageReader.readMetadata(PNGImageReader.java:624)
>     [junit] 	at com.sun.imageio.plugins.png.PNGImageReader.getImageMetadata(PNGImageReader.java:1569)
>     [junit] 	at org.apache.xmlgraphics.image.loader.impl.imageio.PreloaderImageIO.preloadImage(PreloaderImageIO.java:71)
>     [junit] 	at org.apache.xmlgraphics.image.loader.ImageManager.preloadImage(ImageManager.java:165)
>     [junit] 	at org.apache.xmlgraphics.image.loader.ImageManager.preloadImage(ImageManager.java:138)
>     [junit] 	at org.apache.xmlgraphics.image.loader.CorruptImagesTestCase.testCorruptPNG(CorruptImagesTestCase.java:42)
>     [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>     [junit] 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>     [junit] 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>     [junit] 	at java.lang.reflect.Method.invoke(Method.java:324)
>     [junit] 	at junit.framework.TestCase.runTest(TestCase.java:164)
>     [junit] 	at junit.framework.TestCase.runBare(TestCase.java:130)
>     [junit] 	at junit.framework.TestResult$1.protect(TestResult.java:106)
>     [junit] 	at junit.framework.TestResult.runProtected(TestResult.java:124)
>     [junit] 	at junit.framework.TestResult.run(TestResult.java:109)
>     [junit] 	at junit.framework.TestCase.run(TestCase.java:120)
>     [junit] 	at junit.framework.TestSuite.runTest(TestSuite.java:230)
>     [junit] 	at junit.framework.TestSuite.run(TestSuite.java:225)
>     [junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:421)
>     [junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(JUnitTestRunner.java:912)
>     [junit] 	at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(JUnitTestRunner.java:766)

That's a mistake inside Sun's ImageIO. Some code inside that part of the
class library or the codec prints the stack trace of the EOFException
which is the expected exception for this test case
(CorruptImagesTestCase.testCorruptPNG()). I have no control over that
eitehr.

> Is that serious? All the tests still pass though. No problem with a 1.6 jvm.

No.

> 
> No .asc for xmlgraphics-commons-1.3.1-bundle.jar??

I don't even know at the moment whether that bundle is needed at all. If
I understand http://wiki.apache.org/xmlgraphics/Maven, Max does the
publishing of the artifacts differntly. I once built to bundle into the
build for submission to iBiblio. You can probably ignore that file
entirely.

> 
> The release date in status.xml is wrong (9 May 2008).

My mistake. Not a blocker IMO. I'll set the correct one in trunk once I
know the date. It doesn't appear we can release today anyway. I'll let
the vote run on until there are enough PMC votes.



Jeremias Maerki


---------------------------------------------------------------------
Apache XML Graphics Project URL: http://xmlgraphics.apache.org/
To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: general-help@xmlgraphics.apache.org


Mime
View raw message