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

Reply via email to