Hi Joel,
I suspect that you are missing some of the SPI files in the jar file
you are building from 1.8pre.
Do you have the files from resources/META-INF/services/* in your jar files?
These may not have been needed in 1.7 (since defaults were included).
Thomas
On Oct 4, 2012, at 6:34 PM, Joel Uckelman <uckel...@nomic.net> wrote:
> I'm investigating switching from Batik 1.7 to a nightly 1.8 build
> because 1.7 fails catastrophically when used with Java 7 to load SVG
> containing <image> elements which reference JPEGs. (This is apparently
> due to Batik 1.7 using com.sun.image.codec.jpeg.TruncatedFileException,
> which no longer exists in Java 7, so one ends up with a
> NoClassDefFoundError.) This is a growing problem for us because our
> users are starting to use Java 7 now.
>
> I have some SVG files which reside in a JAR and are rendered to
> BufferedImages using a custom subclass of SVGAbstractTranscoder which
> I wrote (it's nearly the same as ImageTranscoder, except it doesn't
> write the image to a file). When I use the Batik 1.7 JARs, all SVG---
> both SVG containing <image> elements and SVG without <image> elements---
> renders correctly. When I use the Batik JARs built with the the 12-09-25
> 1.8pre source, SVG without <image> elements renders correctly, but
> rendering the SVG with <image> elements fails with an exception. (I've
> trimmed the bottom of the stack trace, as that's my code which is
> calling custom transcoder, so not relevant, as well as a ton of base64
> in the URI.)
>
> org.apache.batik.bridge.BridgeException:
> jar:file:/home/uckelman/projects/VASSAL/mods/Here_I_Stand_2.3.vmod!/images/Ottoman_hand.svg:0
> The URI "data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAEIAAAA0CAYA
> ...
> m/8Dgk9CDmp9DwIAAAAASUVORK5CYII= "
> on element <image> can't be opened because:
> URL data in unsupported format or corrupt
> at org.apache.batik.bridge.UserAgentAdapter.getBrokenLinkDocument(Unknown
> Source)
> at
> org.apache.batik.bridge.SVGImageElementBridge.createRasterImageNode(Unknown
> Source)
> at
> org.apache.batik.bridge.SVGImageElementBridge.createImageGraphicsNode(Unknown
> Source)
> at
> org.apache.batik.bridge.SVGImageElementBridge.buildImageGraphicsNode(Unknown
> Source)
> at org.apache.batik.bridge.SVGImageElementBridge.createGraphicsNode(Unknown
> Source)
> at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source)
> at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
> at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source)
> at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
> at org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
> at org.apache.batik.transcoder.SVGAbstractTranscoder.transcode(Unknown
> Source)
> at
> VASSAL.tools.image.svg.SVGRenderer$Rasterizer.transcode(SVGRenderer.java:224)
> at org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(Unknown
> Source)
> at org.apache.batik.transcoder.SVGAbstractTranscoder.transcode(Unknown
> Source)
> at VASSAL.tools.image.svg.SVGRenderer.render(SVGRenderer.java:133)
>
>
> I extracted the same SVG file above from the JAR and tried opening it
> using Squiggle from 1.8pre, and found that Squiggle was able to render
> it. I also tried the URI
>
>
> jar:file:/home/uckelman/projects/VASSAL/mods/Here_I_Stand_2.3.vmod!/images/Ottoman_hand.svg
>
> with "Open Location", and Squiggle was able to render that, too. This
> makes it clear that the SVG file is fine and that 1.8pre can render it.
>
> Can anyone tell me what changed between 1.7 and 1.8pre that could be
> causing the failure I'm seeing?
>
> The code for my renderer is here:
>
> http://vassalengine.svn.sourceforge.net/viewvc/vassalengine/VASSAL-src/trunk/src/VASSAL/tools/image/svg/SVGRenderer.java?view=markup&pathrev=8398
>
> --
> J.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org
> For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org
