Thus spake Joel Uckelman: > Thus spake Joel Uckelman: > > Thus spake Helder Magalhães: > > > Hi Joel, > > > > > > > > > > [...], 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. > > > > > > Great, this narrows the problem quite a bit. I found two separate > > > stories here while confirming the behavior: > > > * OK with Squiggle trunk (1.8pre) using Java 1.7.0-05 on Windows 7 SP1 > > > (using "build squiggle") > > > * Broken using the Squiggle JAR (using "java -jar batik-squiggle.jar") > > > Again, this seems to points towards a manifest/resource/classpath issue > > > > It's broken for me with the 1.8pre Squiggle JAR also. > > > > I coaxed ant into telling me how it's running Squiggle (-v). There were > > two things on the classpath in addition to the JARs: xml-batik/classes > > and xml-batik/resources. I found that addding xml-batik/classes to my > > app's classpath was sufficient to get <image> rendering to work again. > > > > So, that raises the question: What's in clases that's not being packaged > > into a JAR? > > > > What's in classes but not in the JARs is the > org/apache/batik/ext/awt/image/codec/imageio subtree, which neatly > explains why image rendering fails when it's absent. > > Is it a bug in the build.xml that this subtree is omitted? >
Here's a patch which adds the missing classes to batik-codec.jar when sun-codes.present is false.
--- build.xml~ 2012-10-09 12:56:48.998922275 +0200 +++ build.xml 2012-10-09 12:56:53.153882861 +0200 @@ -1254,6 +1254,8 @@ if="sun-codecs.present"/> <include name="${package-prefix}/ext/awt/image/codec/jpeg/*.class" if="sun-codecs.present"/> + <include name="${package-prefix}/ext/awt/image/codec/imageio/*.class" + unless="sun-codecs.present"/> </fileset> <fileset dir="${resources}" excludes="**/.svn/"> <include name="${package-prefix}/ext/awt/image/codec/**/properties"/>
--------------------------------------------------------------------- To unsubscribe, e-mail: batik-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: batik-users-h...@xmlgraphics.apache.org