Return-Path: Delivered-To: apmail-xmlgraphics-general-archive@www.apache.org Received: (qmail 68290 invoked from network); 2 Sep 2010 11:47:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 2 Sep 2010 11:47:47 -0000 Received: (qmail 88111 invoked by uid 500); 2 Sep 2010 11:47:44 -0000 Mailing-List: contact general-help@xmlgraphics.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@xmlgraphics.apache.org Delivered-To: mailing list general@xmlgraphics.apache.org Received: (qmail 88103 invoked by uid 99); 2 Sep 2010 11:47:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Sep 2010 11:47:43 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [213.239.215.103] (HELO tux17.hoststar.ch) (213.239.215.103) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Sep 2010 11:47:34 +0000 Received: from [127.0.0.1] (194-230-63-144.static.adslpremium.ch [194.230.63.144]) (authenticated bits=0) by tux17.hoststar.ch (8.13.6/8.12.11) with ESMTP id o82BlEcn011396 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 2 Sep 2010 13:47:15 +0200 Date: Thu, 02 Sep 2010 13:47:26 +0200 From: Jeremias Maerki To: general@xmlgraphics.apache.org Subject: Re: [GUMP@vmgump]: Project xmlgraphics-commons-test (in module xmlgraphics-commons) failed In-Reply-To: References: <20100827014238.4AD7A144794@vmgump.apache.org> Message-Id: <20100902133410.961B.60BA733C@jeremias-maerki.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Becky! ver. 2.50.02 [en] X-Antivirus: avast! (VPS 100902-0, 02.09.2010), Outbound message X-Antivirus-Status: Clean Hi Helder, as mentioned on batik-dev (2010-08-10), OpenJDK may not implement the com.sun JPEG codec the same way as found in the official Sun/Oracle JDK. Even relying on the com.sun classes is a bad idea to begin with. We've had all sorts of discussions a while back because of GNU Classpath (GCJ, IKVM etc.). Normally, if the com.sun classes are not available they are simply excluded but that doesn't work here. I'm not in favor of trying yet another work-around for this case. I'd rather discuss the complete removal of the com.sun dependent classes (or rather all "internal" codecs in XGC and Batik) and their replacement with ImageIO. Most of it is already prepared but according to Thomas DeWeese, some fine-tuning will be required for Batik. I'd have to look up the details. The removal would mainly result in the loss of native TIFF capability. Installing JAI ImageIO Tools adds that missing TIFF codec which is not a big hurdle. Another possibility is to write a plug-in for Apache Sanselan which also has a TIFF codec (although without support for JPEG compression), be that an Image Loader Framework plug-in, a Batik RegistryEntry or even an actual ImageIO adapter for Sanselan. On 28.08.2010 15:06:21 Helder Magalh=E3es wrote: > Hi everyone, >=20 >=20 > > Full details are available at: > > =A0 =A0http://vmgump.apache.org/gump/public/xmlgraphics-commons/xmlgrap= hics-commons-test/index.html >=20 > Yes, the partial information provided in the email message is somehow > hiding the actual failure reason, an NPE (taken from the HTML log): >=20 > [junit] Testsuite: > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriterTest > [junit] Tests run: 2, Failures: 0, Errors: 1, Time elapsed: 0.105 sec > [junit] > [junit] Testcase: > testJPEGWritingWithoutJPEGParams(org.apache.xmlgraphics.image.writer.inte= rnal.TIFFImageWriterTest): Caused > an ERROR > [junit] null > [junit] java.lang.NullPointerException > [junit] at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.encode(TIFFImage= Encoder.java:472) > [junit] at > org.apache.xmlgraphics.image.codec.tiff.TIFFImageEncoder.finishMultiple(T= IFFImageEncoder.java:186) > [junit] at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriter$TIFFMultiIma= geWriter.close(TIFFImageWriter.java:206) > [junit] at > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriterTest.testJPEG= WritingWithoutJPEGParams(TIFFImageWriterTest.java:59) > [junit] > [junit] > [junit] Test > org.apache.xmlgraphics.image.writer.internal.TIFFImageWriterTest > FAILED > [junit] Testsuite: org.apache.xmlgraphics.ps.PSEscapeTestCase > [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.069 sec > [junit] > [junit] Testsuite: org.apache.xmlgraphics.ps.dsc.ListenerTestCase > [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.122 sec >=20 >=20 > It seems that the Sun private classes are available: >=20 > info: > [echo] ------------------- Apache XML Graphics Commons 28082010 > [1999-2010] ---------------- > [echo] See build.properties and build-local.properties for > additional build settings > [echo] Apache Ant version 1.8.2alpha compiled on August 28 2010 > [echo] VM: 16.0-b13, Sun Microsystems Inc. > [echo] JAVA_HOME: /usr/lib/jvm/java-6-openjdk >=20 > init-avail: > [echo] Sun-private JPEG Support PRESENT > [echo] JUnit Support PRESENT > [echo] IKVM Support NOT Present >=20 > May the JPEG support detection be defective, or maybe an additional > detection needs to be performed for the Sun-private TIFF support (the > one which is currently failing)? :-) >=20 >=20 > Cheers, > Helder >=20 Jeremias Maerki --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@xmlgraphics.apache.org For additional commands, e-mail: general-help@xmlgraphics.apache.org