Re: Building fop from source on debian
Simon,
Thanks again for your kind response. I believe we are going away
from the actual issue I am seeing. I do not believe this is related to
the Linux distribution used but to whether or not one can use a newer
qdox version to build fop or not. See my recent post.
Thanks again
On Thu, Aug 25, 2011 at 9:09 PM, Simon Pepping spepp...@leverkruid.eu wrote:
Hi Mathieu,
I am beginning to understand that you are not reporting problems in
FOP's build process, but in Debian's build process of the FOP package.
I looked at debian bug reports 638532 and 639162 and FOP bug report
50575. All three reports seem to refer to binaries and sources of
Linux distributions, viz. RHEL and Debian. The problems reported seem
to be due to the build process in those distributions, which is
different from the build process provided by the FOP team. Those
problems should be solved by the maintainers of those distributions.
The FOP team is only responsible for FOP's own build process and the
binaries published by us. It is therefore not right report those
problems in a FOP bug report or to forward debian bug report 639162 to
the FOP bug report.
As a debian user and fan I would be willing to help debugging the
problem, and I would like to see fop 1.0 in the testing distribution,
but I would rather address other priorities. I also note from the
Debian bug report 638532 that the maintainers report the problem as
solved, although report 639162 contradicts that.
The event models, of which there are currently 16, all named
event.xml, are generated from the java code. In FOP's own build
process, that happens in the eventResourceGenerator task, which is run
after the compile-java task, the compilation of
${src.codegen.dir}/java, and the copying of
${src.codegen.dir}/java/**/*.xsl. I guess that in your build process
some of these steps were not performed successfully.
Best, Simon
On Tue, Aug 23, 2011 at 12:23:07PM +0200, Mathieu Malaterre wrote:
Hi Simon,
Thanks for taking the time to answer my question.
On Mon, Aug 22, 2011 at 8:31 PM, Simon Pepping spepp...@leverkruid.eu
wrote:
This should not happen. I looks like an error in the order of the
build targets. How did you run the build? Which ant version and which
java in which version are you using?
ant is version 1.8.2-3 (debian)
java is:
java version 1.6.0_18
OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2~squeeze1)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
We are only building the following two targets:
DEB_ANT_BUILD_TARGET := package javadocs
And the classpath is set to (during build):
DEB_JARS := $(ANT_HOME)/lib/ant-trax.jar batik-all
xml-apis-ext batik-libs xml-apis avalon-framework xercesImpl
xmlParserAPIs xalan2 junit commons-io commons-logging
xmlgraphics-commons servlet-api-2.4 qdox
Reported as:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638532
Your build errors are not fop bugs, unless proven. No thanks.
This is what surprised me when I saw a Null pointer exception being
raised in the code. Starring at the code I could not understand if
this was part of the pre-condition or if there is an issue with the
code which does not support null pointer.
-
To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
--
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 on debian
On Fri, Aug 26, 2011 at 01:46:13PM +0200, Mathieu Malaterre wrote: Simon, Thanks again for your kind response. I believe we are going away from the actual issue I am seeing. I do not believe this is related to the Linux distribution used but to whether or not one can use a newer qdox version to build fop or not. See my recent post. I took the source code of fop-1.0, replaced lib/build/qdox-1.6.3.jar with lib/build/qdox-1.12.jar, 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. 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 on debian
Hi Mathieu,
I am beginning to understand that you are not reporting problems in
FOP's build process, but in Debian's build process of the FOP package.
I looked at debian bug reports 638532 and 639162 and FOP bug report
50575. All three reports seem to refer to binaries and sources of
Linux distributions, viz. RHEL and Debian. The problems reported seem
to be due to the build process in those distributions, which is
different from the build process provided by the FOP team. Those
problems should be solved by the maintainers of those distributions.
The FOP team is only responsible for FOP's own build process and the
binaries published by us. It is therefore not right report those
problems in a FOP bug report or to forward debian bug report 639162 to
the FOP bug report.
As a debian user and fan I would be willing to help debugging the
problem, and I would like to see fop 1.0 in the testing distribution,
but I would rather address other priorities. I also note from the
Debian bug report 638532 that the maintainers report the problem as
solved, although report 639162 contradicts that.
The event models, of which there are currently 16, all named
event.xml, are generated from the java code. In FOP's own build
process, that happens in the eventResourceGenerator task, which is run
after the compile-java task, the compilation of
${src.codegen.dir}/java, and the copying of
${src.codegen.dir}/java/**/*.xsl. I guess that in your build process
some of these steps were not performed successfully.
Best, Simon
On Tue, Aug 23, 2011 at 12:23:07PM +0200, Mathieu Malaterre wrote:
Hi Simon,
Thanks for taking the time to answer my question.
On Mon, Aug 22, 2011 at 8:31 PM, Simon Pepping spepp...@leverkruid.eu wrote:
This should not happen. I looks like an error in the order of the
build targets. How did you run the build? Which ant version and which
java in which version are you using?
ant is version 1.8.2-3 (debian)
java is:
java version 1.6.0_18
OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2~squeeze1)
OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode)
We are only building the following two targets:
DEB_ANT_BUILD_TARGET := package javadocs
And the classpath is set to (during build):
DEB_JARS := $(ANT_HOME)/lib/ant-trax.jar batik-all
xml-apis-ext batik-libs xml-apis avalon-framework xercesImpl
xmlParserAPIs xalan2 junit commons-io commons-logging
xmlgraphics-commons servlet-api-2.4 qdox
Reported as:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638532
Your build errors are not fop bugs, unless proven. No thanks.
This is what surprised me when I saw a Null pointer exception being
raised in the code. Starring at the code I could not understand if
this was part of the pre-condition or if there is an issue with the
code which does not support null pointer.
-
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 on debian
Hi Simon, Thanks for taking the time to answer my question. On Mon, Aug 22, 2011 at 8:31 PM, Simon Pepping spepp...@leverkruid.eu wrote: This should not happen. I looks like an error in the order of the build targets. How did you run the build? Which ant version and which java in which version are you using? ant is version 1.8.2-3 (debian) java is: java version 1.6.0_18 OpenJDK Runtime Environment (IcedTea6 1.8.7) (6b18-1.8.7-2~squeeze1) OpenJDK 64-Bit Server VM (build 14.0-b16, mixed mode) We are only building the following two targets: DEB_ANT_BUILD_TARGET := package javadocs And the classpath is set to (during build): DEB_JARS := $(ANT_HOME)/lib/ant-trax.jar batik-all xml-apis-ext batik-libs xml-apis avalon-framework xercesImpl xmlParserAPIs xalan2 junit commons-io commons-logging xmlgraphics-commons servlet-api-2.4 qdox Reported as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638532 Your build errors are not fop bugs, unless proven. No thanks. This is what surprised me when I saw a Null pointer exception being raised in the code. Starring at the code I could not understand if this was part of the pre-condition or if there is an issue with the code which does not support null pointer. Thanks again, -- Mathieu - 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 on debian
Dear all I am trying to build fop from source on a debian machine, and I am getting this odd compilation error: BUILD FAILED /home/mathieu/debian/pkg-java/trunk/fop/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.Main.start(Main.java:180) at org.apache.tools.ant.Main.main(Main.java:269) By any chance would anyone knows what is going on ? Searching on internet it looks like the main difference is the version of qdox used (debian uses 1.12) while fop seems to be shipped with 1.6.3 Thanks Reported as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638532 -- 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 on debian
This should not happen. I looks like an error in the order of the build targets. How did you run the build? Which ant version and which java in which version are you using? Builds on debian are no different from builds on other systems. The ant build specifies the class path, and therefore cannot be thrown off by different versions elsewhere in the system. On Mon, Aug 22, 2011 at 04:16:05PM +0200, Mathieu Malaterre wrote: Dear all I am trying to build fop from source on a debian machine, and I am getting this odd compilation error: BUILD FAILED /home/mathieu/debian/pkg-java/trunk/fop/fop-1.0/build.xml:374: java.lang.NullPointerException By any chance would anyone knows what is going on ? Searching on internet it looks like the main difference is the version of qdox used (debian uses 1.12) while fop seems to be shipped with 1.6.3 Reported as: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638532 Your build errors are not fop bugs, unless proven. No thanks. Simon - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
