Re: Building fop from source using qdox 1.11
Hi Mathieu, It doesn’t seem to be a QDox issue here. It seems like you are missing the Apache Commons IO dependency. It is necessary to build the list of parameters for those testcases that @RunWith(Parameterized.class). By adding Commons IO to the build path you should be able to build FOP successfully. Vincent On 02/05/12 09:48, Mathieu Malaterre wrote: > Hi all, > > On Mon, Aug 29, 2011 at 1:37 PM, Simon Pepping wrote: >> It would be good if alternative builds of fop would run a number of >> our junit tests. The fop team should look into this to formulate a >> recommendation. > > I saw some activities on some of the bug I reported in fop 1.0. So I > am resurecting this old thread. Here is the output of running the fop > test suite during debian installation: > > Simply go to: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639683#24 > > You'll find the stripped foptest.log there. > > Thanks, - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
Hi all, On Mon, Aug 29, 2011 at 1:37 PM, Simon Pepping wrote: > It would be good if alternative builds of fop would run a number of > our junit tests. The fop team should look into this to formulate a > recommendation. I saw some activities on some of the bug I reported in fop 1.0. So I am resurecting this old thread. Here is the output of running the fop test suite during debian installation: Simply go to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639683#24 You'll find the stripped foptest.log there. Thanks, -- Mathieu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: running fop tests (Re: Building fop from source using qdox 1.11)
Hi Mathieu, It looks as if you're attempting to compile java with the Java 1.4 compiler. FOP no longer supports Java 1.4, but requires Java1.5+. Hope that helps Mehdi On 16 September 2011 13:47, Mathieu Malaterre wrote: > Hi Simon, > > On Mon, Aug 29, 2011 at 1:37 PM, Simon Pepping wrote: >> It would be good if alternative builds of fop would run a number of >> our junit tests. The fop team should look into this to formulate a >> recommendation. > > AFAIK running fop tests simply involved running the 'junit' ant target > ? Right ? In this case the code does not compile for me: > > [javac] > /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/util/text/LocatorFormatter.java > [javac] > /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:64: > generics are not supported in -source 1.4 > [javac] (use -source 5 or higher to enable generics) > [javac] private List charMetrics = new > java.util.ArrayList(); > [javac] ^ > [javac] > /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:418: > for-each loops are not supported in -source 1.4 > [javac] (use -source 5 or higher to enable for-each loops) > [javac] for (Map.Entry> > entryFrom : this.kerningMap.entrySet()) { > [javac] > ^ > [javac] > /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:500: > annotations are not supported in -source 1.4 > [javac] (use -source 5 or higher to enable annotations) > [javac] @Override > [javac] ^ > [javac] 3 errors > > > Can I switch the target version ? > > Thanks > -- > Mathieu > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
running fop tests (Re: Building fop from source using qdox 1.11)
Hi Simon, On Mon, Aug 29, 2011 at 1:37 PM, Simon Pepping wrote: > It would be good if alternative builds of fop would run a number of > our junit tests. The fop team should look into this to formulate a > recommendation. AFAIK running fop tests simply involved running the 'junit' ant target ? Right ? In this case the code does not compile for me: [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/util/text/LocatorFormatter.java [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:64: generics are not supported in -source 1.4 [javac] (use -source 5 or higher to enable generics) [javac] private List charMetrics = new java.util.ArrayList(); [javac] ^ [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:418: for-each loops are not supported in -source 1.4 [javac] (use -source 5 or higher to enable for-each loops) [javac] for (Map.Entry> entryFrom : this.kerningMap.entrySet()) { [javac]^ [javac] /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/src/java/org/apache/fop/fonts/type1/AFMFile.java:500: annotations are not supported in -source 1.4 [javac] (use -source 5 or higher to enable annotations) [javac] @Override [javac] ^ [javac] 3 errors Can I switch the target version ? Thanks -- Mathieu - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
I made some notes about possible alternative build procedures on the FOP wiki, http://wiki.apache.org/xmlgraphics-fop/HowTo/BuildFOPAlternatively Simon On Mon, Aug 29, 2011 at 01:37:56PM +0200, Simon Pepping wrote: > I see that you resolved the problem by copying qdox.jar from > /usr/share/java to lib/build before the build process. I installed the > resulting package fop_1.0.dfsg2-2 and ran it on a few test files. The > result was OK. > > It would be good if alternative builds of fop would run a number of > our junit tests. The fop team should look into this to formulate a > recommendation. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
I see that you resolved the problem by copying qdox.jar from /usr/share/java to lib/build before the build process. I installed the resulting package fop_1.0.dfsg2-2 and ran it on a few test files. The result was OK. It would be good if alternative builds of fop would run a number of our junit tests. The fop team should look into this to formulate a recommendation. Simon On Sat, Aug 27, 2011 at 08:50:37PM +0200, Simon Pepping wrote: > It is an interesting observation that fop can be compiled with > qdox-1.12 in the lib/build directory, but not in the CLASSPATH > variable. It even works with FOP's own jar files: > > CLASSPATH=lib/build/qdox-1.6.3.jar ant clean resourcegen > > in fop-1.0 fails, while > > ant clean resourcegen > > succeeds. The same error can be provoked in fop's development version. > This problem is not a problem of qdox version, but of the way ant > deals with the CLASSPATH variable, and the way qdox reacts to that. > Somehow it does not have the effect of simply placing those jars in > front of the classpath constructed in the build script. > > I cannot tell you how you should set your CLASSPATH variable for a > variant build environment. It all depends on your requirements. If you > wish to build fop with fop's build script but with jar files in the > system, you might best edit the classpath variables in the build > script: libs-build-classpath, libs-tools-build-classpath, > libs-run-classpath. A quick scan of the build script suggests that > almost all classpaths are constructed using these variables, plus the > build directories created by earlier stages of the build. Exceptions > are javadocs, which also uses ${java.class.path}, and findbugs, which > uses ${libs-findbugs}. > > Simon > - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
It is an interesting observation that fop can be compiled with qdox-1.12 in the lib/build directory, but not in the CLASSPATH variable. It even works with FOP's own jar files: CLASSPATH=lib/build/qdox-1.6.3.jar ant clean resourcegen in fop-1.0 fails, while ant clean resourcegen succeeds. The same error can be provoked in fop's development version. This problem is not a problem of qdox version, but of the way ant deals with the CLASSPATH variable, and the way qdox reacts to that. Somehow it does not have the effect of simply placing those jars in front of the classpath constructed in the build script. I cannot tell you how you should set your CLASSPATH variable for a variant build environment. It all depends on your requirements. If you wish to build fop with fop's build script but with jar files in the system, you might best edit the classpath variables in the build script: libs-build-classpath, libs-tools-build-classpath, libs-run-classpath. A quick scan of the build script suggests that almost all classpaths are constructed using these variables, plus the build directories created by earlier stages of the build. Exceptions are javadocs, which also uses ${java.class.path}, and findbugs, which uses ${libs-findbugs}. Simon On Fri, Aug 26, 2011 at 11:46:39PM +0200, Mathieu Malaterre wrote: > Hi Simon, > > Great we are making some progress. Since you are using debian, this > will be even easier. Try the attached script. > > If you are on a debian machine with: > > $ apt-cache policy libqdox-java > libqdox-java: > Installed: 1.12-1 > > You should quickly discover that indeed qdox-1.12 from debian allows > proper compilation of fop, *if and only if* copied to lib/build. > > When using the second version (via export CLASSPATH), one indeed get > the error you have seen. I could even reproduce the error using some > precompile qdox jar file: > > mkdir /tmp/cp > cd /tmp/cp > wget > http://mirrors.ibiblio.org/pub/mirrors/maven2/com/thoughtworks/qdox/qdox/1.12/qdox-1.12.jar > export CLASSPATH=/tmp/cp/qdox-1.12.jar > > leads also to the exact same error (*). > > So now the question, is how did I misread the instructions from: > > http://xmlgraphics.apache.org/fop/1.0/compiling.html#env-classpath > > How should I be setting up my CLASSPATH to compile fop ? > > Thanks again very much for your time, > > > (*) > BUILD FAILED > /tmp/clean/fop-1.0/build.xml:374: java.lang.NullPointerException > at > org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) > at > org.apache.fop.tools.EventProducerCollector.processEventProducerInterface(EventProducerCollector.java:130) > at > org.apache.fop.tools.EventProducerCollector.scanFile(EventProducerCollector.java:100) > at > org.apache.fop.tools.EventProducerCollectorTask.processFileSets(EventProducerCollectorTask.java:213) > at > org.apache.fop.tools.EventProducerCollectorTask.execute(EventProducerCollectorTask.java:69) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) > at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:390) > at org.apache.tools.ant.Target.performTasks(Target.java:411) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) > at org.apache.tools.ant.Project.executeTarget(Project.java:1329) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1212) > at org.apache.tools.ant.Main.runBuild(Main.java:801) > at org.apache.tools.ant.Main.startAnt(Main.java:218) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Building fop from source using qdox 1.11
Hi Simon, Great we are making some progress. Since you are using debian, this will be even easier. Try the attached script. If you are on a debian machine with: $ apt-cache policy libqdox-java libqdox-java: Installed: 1.12-1 You should quickly discover that indeed qdox-1.12 from debian allows proper compilation of fop, *if and only if* copied to lib/build. When using the second version (via export CLASSPATH), one indeed get the error you have seen. I could even reproduce the error using some precompile qdox jar file: mkdir /tmp/cp cd /tmp/cp wget http://mirrors.ibiblio.org/pub/mirrors/maven2/com/thoughtworks/qdox/qdox/1.12/qdox-1.12.jar export CLASSPATH=/tmp/cp/qdox-1.12.jar leads also to the exact same error (*). So now the question, is how did I misread the instructions from: http://xmlgraphics.apache.org/fop/1.0/compiling.html#env-classpath How should I be setting up my CLASSPATH to compile fop ? Thanks again very much for your time, (*) BUILD FAILED /tmp/clean/fop-1.0/build.xml:374: java.lang.NullPointerException at org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) at org.apache.fop.tools.EventProducerCollector.processEventProducerInterface(EventProducerCollector.java:130) at org.apache.fop.tools.EventProducerCollector.scanFile(EventProducerCollector.java:100) at org.apache.fop.tools.EventProducerCollectorTask.processFileSets(EventProducerCollectorTask.java:213) at org.apache.fop.tools.EventProducerCollectorTask.execute(EventProducerCollectorTask.java:69) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) at org.apache.tools.ant.Project.executeTarget(Project.java:1329) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1212) at org.apache.tools.ant.Main.runBuild(Main.java:801) at org.apache.tools.ant.Main.startAnt(Main.java:218) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) On Fri, Aug 26, 2011 at 8:09 PM, Simon Pepping wrote: > Earlier I wrote: > > I took the source code of fop-1.0, replaced lib/build/qdox-1.6.3.jar > with lib/build/qdox-1.12.jar from fop's development code, and ran ant > compile and ant junit. Both were successfull. There is a warning about > a deprecated method, but that is not fatal. The answer to your > question is: yes, fop-1.0 can be successfully built with qdox-1.12. > > I now did as you describe below, on a debian testing system, and got > your error indeed. > >>ls -l /usr/share/java/qdox.jar > lrwxrwxrwx 1 root root 13 mei 3 23:53 /usr/share/java/qdox.jar -> > qdox-1.12.jar > > Conclusion: There is a difference between lib/build/qdox-1.12.jar in > fop's development code and /usr/share/java/qdox-1.12.jar in debian > testing. > > Looking at the code, the NPE is generated by the call > method.getReturns().isVoid(). method is not null, because it has been > referenced in the preceding line. So method.getReturns() is null. > method.getReturns() is the deprecated method, but one would expect > that such a method would always return a non-null object, since any > method has a return type, even if void. > > You can check why debian's qdox-1.12 is different from fop's, or patch > fop's code at > org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) > (src/codegen/java/org/apache/fop/tools/EventProducerCollector.java) to > use method.getReturnType() instead of method.getReturns(). FOP's > development code uses method.getReturnType() and qdox-1.12. > > Simon > > On Fri, Aug 26, 2011 at 01:45:04PM +0200, Mathieu Malaterre wrote: >> Dear all, >> >> I am trying to build fop from source using qdox 1.11. On my debian >> system here is what I did: >> >> $ wget >> http://mir2.ovh.net/ftp.apache.org/dist//xmlgraphics/fop/source/fop-1.0-src.tar.gz >> $ tar xfz fop-1.0-src.tar.gz >> $ cd fop-1.0 >> $ export CLASSPATH=/usr/share/java/qdox.jar:/usr/share/java/commons-io.jar >> $ ant resourcegen >> >> This leads to the following error (*). I would like to know whether: >> >> - building fop from source using qdox version != 1.6.3 is actually supported >> ? >> - did anyone tried to compile fop with a mor
Re: Building fop from source using qdox 1.11
Earlier I wrote: I took the source code of fop-1.0, replaced lib/build/qdox-1.6.3.jar with lib/build/qdox-1.12.jar from fop's development code, and ran ant compile and ant junit. Both were successfull. There is a warning about a deprecated method, but that is not fatal. The answer to your question is: yes, fop-1.0 can be successfully built with qdox-1.12. I now did as you describe below, on a debian testing system, and got your error indeed. >ls -l /usr/share/java/qdox.jar lrwxrwxrwx 1 root root 13 mei 3 23:53 /usr/share/java/qdox.jar -> qdox-1.12.jar Conclusion: There is a difference between lib/build/qdox-1.12.jar in fop's development code and /usr/share/java/qdox-1.12.jar in debian testing. Looking at the code, the NPE is generated by the call method.getReturns().isVoid(). method is not null, because it has been referenced in the preceding line. So method.getReturns() is null. method.getReturns() is the deprecated method, but one would expect that such a method would always return a non-null object, since any method has a return type, even if void. You can check why debian's qdox-1.12 is different from fop's, or patch fop's code at org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) (src/codegen/java/org/apache/fop/tools/EventProducerCollector.java) to use method.getReturnType() instead of method.getReturns(). FOP's development code uses method.getReturnType() and qdox-1.12. Simon On Fri, Aug 26, 2011 at 01:45:04PM +0200, Mathieu Malaterre wrote: > Dear all, > > I am trying to build fop from source using qdox 1.11. On my debian > system here is what I did: > > $ wget > http://mir2.ovh.net/ftp.apache.org/dist//xmlgraphics/fop/source/fop-1.0-src.tar.gz > $ tar xfz fop-1.0-src.tar.gz > $ cd fop-1.0 > $ export CLASSPATH=/usr/share/java/qdox.jar:/usr/share/java/commons-io.jar > $ ant resourcegen > > This leads to the following error (*). I would like to know whether: > > - building fop from source using qdox version != 1.6.3 is actually supported ? > - did anyone tried to compile fop with a more recent qdox version ? > > If not, where can I download source code for qdox 1.6.3, I could not > find it on the official website: > http://snapshots.repository.codehaus.org/com/thoughtworks/qdox/qdox/ > > Thank you very much for your time, > -Mathieu > > (*) > BUILD FAILED > /tmp/test/fop-1.0/build.xml:374: java.lang.NullPointerException > at > org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) > at > org.apache.fop.tools.EventProducerCollector.processEventProducerInterface(EventProducerCollector.java:130) > at > org.apache.fop.tools.EventProducerCollector.scanFile(EventProducerCollector.java:100) > at > org.apache.fop.tools.EventProducerCollectorTask.processFileSets(EventProducerCollectorTask.java:213) > at > org.apache.fop.tools.EventProducerCollectorTask.execute(EventProducerCollectorTask.java:69) > at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) > at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at > org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) > at org.apache.tools.ant.Task.perform(Task.java:348) > at org.apache.tools.ant.Target.execute(Target.java:390) > at org.apache.tools.ant.Target.performTasks(Target.java:411) > at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) > at org.apache.tools.ant.Project.executeTarget(Project.java:1329) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) > at org.apache.tools.ant.Project.executeTargets(Project.java:1212) > at org.apache.tools.ant.Main.runBuild(Main.java:801) > at org.apache.tools.ant.Main.startAnt(Main.java:218) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) > > Total time: 13 seconds > > - > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Building fop from source using qdox 1.11
Dear all, I am trying to build fop from source using qdox 1.11. On my debian system here is what I did: $ wget http://mir2.ovh.net/ftp.apache.org/dist//xmlgraphics/fop/source/fop-1.0-src.tar.gz $ tar xfz fop-1.0-src.tar.gz $ cd fop-1.0 $ export CLASSPATH=/usr/share/java/qdox.jar:/usr/share/java/commons-io.jar $ ant resourcegen This leads to the following error (*). I would like to know whether: - building fop from source using qdox version != 1.6.3 is actually supported ? - did anyone tried to compile fop with a more recent qdox version ? If not, where can I download source code for qdox 1.6.3, I could not find it on the official website: http://snapshots.repository.codehaus.org/com/thoughtworks/qdox/qdox/ Thank you very much for your time, -Mathieu (*) BUILD FAILED /tmp/test/fop-1.0/build.xml:374: java.lang.NullPointerException at org.apache.fop.tools.EventProducerCollector.createMethodModel(EventProducerCollector.java:142) at org.apache.fop.tools.EventProducerCollector.processEventProducerInterface(EventProducerCollector.java:130) at org.apache.fop.tools.EventProducerCollector.scanFile(EventProducerCollector.java:100) at org.apache.fop.tools.EventProducerCollectorTask.processFileSets(EventProducerCollectorTask.java:213) at org.apache.fop.tools.EventProducerCollectorTask.execute(EventProducerCollectorTask.java:69) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291) at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) at org.apache.tools.ant.Project.executeTarget(Project.java:1329) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1212) at org.apache.tools.ant.Main.runBuild(Main.java:801) at org.apache.tools.ant.Main.startAnt(Main.java:218) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Total time: 13 seconds - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org