This page collects information around making the products of the Apache XML Graphics compatible to GNU Classpath (and related packages).
What's the fuss about?
Several parties, especially from the Fedora core, Debian and Wikipedia corners, would like to make use of Batik and FOP on a Free Software tool stack. This is currently not entirely possible as both products cannot be compiled using GCC/GCJ/GNUClasspath.
Many of the free JVMs out there (see [http://www.gnu.org/software/classpath/stories.html#jvm GNU Classpath's JVM list]) are based on GNU Classpath. GCC/GCJ can be used to compile a Java application to native code which many people would prefer and have repeatedly asked on our mailing lists. [http://www.ikvm.net IKVM] could be used to run and directly interact with Batik and FOP in a .NET environment.
What are the problems?
Apache XML Graphics
Most of all, direct dependencies on Sun private classes like the JPEG codec (com.sun.image.*). GNU Classpath can't provide these.
Status: [JeremiasMaerki] is currently working on a patch for Apache Batik to remove the dependency and to rely on the ImageIO API instead, to read and write images (see [1]).
GNU Classpath
Most of all, support for java.awt.BasicStroke.
Status: Thomas Fitzsimmons said in [2] that he may soon look at this.
IKVM
AWT support is quite limited at the moment. [JeremiasMaerki] experienced problems compiling Batik using ikvmc. Details will follow. FOP Trunk, forcefully stripped from all dependencies on Batik, compiled and worked fine in an initial test for PDF output (see [3]).
References
Threads on Mailing Lists:
