xmlgraphics-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vincent Hennebert <vincent.henneb...@anyware-tech.com>
Subject Re: [VOTE] Release XML Graphics Commons 1.3.1
Date Fri, 06 Jun 2008 13:24:29 GMT
Thanks for the answers. +1 for me.

Vincent


Jeremias Maerki wrote:
> 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
> 

-- 
Vincent Hennebert                            Anyware Technologies
http://people.apache.org/~vhennebert         http://www.anyware-tech.com
Apache FOP Committer                         FOP Development/Consulting

---------------------------------------------------------------------
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