xml-fop: Can't figure out why it fails
Hi there, I need some help figuring out why xml-fop currently fails. I've moved some newly added classes from package org.apache.xmlgraphics.java2d to org.apache.xmlgraphics.java2d.color [1]. Now, xmlgraphics-commons happily builds and if I look at the generated JAR [2], the classes are in the right place. But xml-fop fails [3] since it can't find those classes. It appears as if Gump didn't SVN update the workspace properly and the changes [4] I made to FOP Trunk to adjust for the move are not visible to Gump. [1] http://svn.apache.org/viewvc?rev=954487view=rev [2] http://vmgump.apache.org/gump/public-jars/xmlgraphics-commons/jars/ [3] http://vmgump.apache.org/gump/public/xml-fop/xml-fop/gump_work/build_xml-fop_xml-fop.html [4] http://svn.apache.org/viewvc?rev=954512view=rev Thanks! Jeremias Maerki - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
Re: xml-fop: Can't figure out why it fails
Wonderful. Thanks for your feedback, Stefan! On 21.06.2010 12:08:07 Stefan Bodewig wrote: On 2010-06-21, Jeremias Maerki wrote: It appears as if Gump didn't SVN update the workspace properly and the changes [4] I made to FOP Trunk to adjust for the move are not visible to Gump. You are correct, the workspace is locked because of some earlier error while we had svn problems http://vmgump.apache.org/gump/public/xml-fop/gump_work/update_xml-fop.html I'll cleanup thw workspace and grep through the logs to see whether there is more to do. Should work on the next run (after the currently building one, that is). Thanks Stefan Jeremias Maerki - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
Re: commons-logging : unknown to *this* workspace
Thanks! On 08.01.2009 12:51:51 Stefan Bodewig wrote: On 2009-01-08, Jeremias Maerki d...@jeremias-maerki.ch wrote: Hmm, I wonder why Gump thinks commons-logging and commons-io are unknown to *this* workspace. I can see those two just fine. A change to commons-proper's Gump descriptor made it non-well-formed so Gump dropped the whole of commons, including commons-logging. Should be fixed by now. Stefan Jeremias Maerki - To unsubscribe, e-mail: general-unsubscr...@gump.apache.org For additional commands, e-mail: general-h...@gump.apache.org
Re: Disabling Kaffee
Any plans to set up a Harmony build instead? Just curious. On 04.12.2007 06:32:35 Stefan Bodewig wrote: Hi, the Kaffe build doesn't get very far and has ill side effects on the test Gump run (occasionally it terminates a test run running at the same time). Since the problem is within Kaffe and we always run a fixed version of Kaffe this state is not going to change therefore I'd like to disable it. Any objections? Stefan Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
xml-fop-maintenance stopped working May 26
The Gump run for xml-fop-maintenance suddenly stopped working May 26: http://vmgump.apache.org/gump/public/xml-fop-maintenance/xml-fop-maintenance/index.html The error happens in an xsl:include in a stylesheet used for code generation: xsl:include href=./propinc.xsl/ in http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/fop-0_20_2-maintain/src/codegen/properties.xsl I don't see any changes in Gump that could have caused the change in behaviour. svn log https://svn.apache.org/repos/asf/gump/ -r{2006-05-24}:HEAD r409370 | stevel | 2006-05-25 14:17:29 +0200 (Do, 25 Mai 2006) | 1 line Moved junit to the new repository. All Gump runners need to purge their junit cache. Also, minor URL tweak to the smartfrog antbook repositories. r409391 | bodewig | 2006-05-25 16:03:50 +0200 (Do, 25 Mai 2006) | 1 line correct a few left-overs No changes in xml-fop-maintenance. The branch is frozen. I suspect it is Ant: http://svn.apache.org/viewvc?view=revrevision=409378 Can anyone confirm? BTW, that's weird, isn't it? http://svn.apache.org/viewvc/gump/ (404 error) vs. http://svn.apache.org/repos/asf/gump/ (ok) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Upgraded vmgump to JDK 1.5
On 19.02.2006 11:08:22 Stefan Bodewig wrote: snip/ Maybe adding a jdk compatibility mode could be interesting to use / add (didn't look if this is working though) ? Well, derby would benefit from something like that as well (it needs a mixed JDK 1.3/1.4 environment). Batik/FOP could also profit here. We still have to be compatible with 1.3.1 although most people work on =1.4. Gump could help a lot in early detection of mistakes. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project xml-fop-maintenance (in module xml-fop-maintenance) failed
(cc'ing dev@ant.apache.org) On 16.09.2005 21:23:39 Stefan Bodewig wrote: On Fri, 16 Sep 2005, Jeremias Maerki [EMAIL PROTECTED] wrote: No idea what this is suddenly about. Looks like a permission problem? No, the file simply doesn't exist. The properties directory is empty, at least after the build has finished. Stefan For the Ant people, links to related info: http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-dev/200509.mbox/[EMAIL PROTECTED] The build.xml in question: http://svn.apache.org/viewcvs.cgi/xmlgraphics/fop/branches/fop-0_20_2-maintain/build.xml?view=markup (the problem happens in the codegen target. Note: Constants.java is supposed to be generated by the style task, it can't be there to be deleted.) Thanks for your reply, Stefan. I think this is due to a change in Ant. I've downloaded SVN Trunk and used that and it reproduces the problem. Here's the -d output: [dependset] 2 nonexistent targets [dependset] Deleting all target files. [dependset] Deleting C:\Dev\FOP\branch\svn\build\src\org\apache\fop\fo\properties\Constants.java BUILD FAILED C:\Dev\FOP\branch\svn\build.xml:412: Unable to delete file C:\Dev\FOP\branch\svn\build\src\org\apache\fop\fo\properties\Constants.java at org.apache.tools.ant.taskdefs.Delete.execute(Delete.java:541) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:104) at org.apache.tools.ant.Task.perform(Task.java:365) at org.apache.tools.ant.taskdefs.DependSet.execute(DependSet.java:185) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:104) at org.apache.tools.ant.Task.perform(Task.java:365) at org.apache.tools.ant.Target.execute(Target.java:356) at org.apache.tools.ant.Target.performTasks(Target.java:384) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1236) at org.apache.tools.ant.Project.executeTarget(Project.java:1205) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) at org.apache.tools.ant.Project.executeTargets(Project.java:1088) at org.apache.tools.ant.Main.runBuild(Main.java:676) at org.apache.tools.ant.Main.startAnt(Main.java:195) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:276) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:96) Looks like the dependset has a problem due to a change in Delete: http://svn.apache.org/viewcvs.cgi/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Delete.java?rev=280944r1=278200r2=280944diff_format=h This change happened 4 days ago which seems to fit with the first occurence of the problem. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project xml-fop-maintenance (in module xml-fop-maintenance) failed
: /x1/gump/public/workspace/xml-fop-maintenance/build/src/org/apache/fop/fo/properties [mkdir] Created dir: /x1/gump/public/workspace/xml-fop-maintenance/build/src/org/apache/fop/render/pdf/fonts [mkdir] Created dir: /x1/gump/public/workspace/xml-fop-maintenance/build/src/org/apache/fop/svg [mkdir] Created dir: /x1/gump/public/workspace/xml-fop-maintenance/build/classes/conf [mkdir] Created dir: /x1/gump/public/workspace/xml-fop-maintenance/build/classes/hyph [copy] Copying 3 files to /x1/gump/public/workspace/xml-fop-maintenance/build/classes/conf codegen: [echo] Resetting codegen directory [copy] Copying 37 files to /x1/gump/public/workspace/xml-fop-maintenance/build/src/codegen [echo] Generating the java files from xml resources BUILD FAILED /x1/gump/public/workspace/xml-fop-maintenance/build.xml:412: Unable to delete file /x1/gump/public/workspace/xml-fop-maintenance/build/src/org/apache/fop/fo/properties/Constants.java Total time: 1 second - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/xml-fop-maintenance/xml-fop-maintenance/rss.xml - Atom: http://vmgump.apache.org/gump/public/xml-fop-maintenance/xml-fop-maintenance/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 1916092005, vmgump.apache.org:vmgump-public:1916092005 Gump E-mail Identifier (unique within run) #23. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [proposal] removing non-ASF leaves from the workspace
I've got no problem with removing Barcode4J from Gump. It is a nice-to-have but I can live without it. Go ahead. On 30.10.2004 19:55:21 Stefano Mazzocchi wrote: there are a few projects that gump builds that are not ASF projects and are not used by any ASF project. I think the ASF already has enough things to build for ourselves and gump is not a public service. I personally think that it is abusive for comitters to use their access to add projects that are not required. Examples of such projects are Barcode4j, Antworks, Smartfrog, but I'm sure I can found more (and, in fact, I'll write some code to outline those and automate the checks). I propose that we remove those projects from the gump.xml profile that is ran on brutus (we can keep the descriptors there, that doesn't hurt) but I would like to remove all those leaves projects from using cpu/disk space. WTDY? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project xml-fop (in module xml-fop) failed
- transcoder-pkg: [echo] Creating the jar file /usr/local/gump/public/workspace/xml-fop/build/fop-transcoder.jar [jar] Building jar: /usr/local/gump/public/workspace/xml-fop/build/fop-transcoder.jar [mkdir] Created dir: /usr/local/gump/public/workspace/xml-fop/build/transcoder-dependencies [unjar] Expanding: /usr/local/gump/public/workspace/xml-fop/lib/avalon-framework-4.1.4.jar into /usr/local/gump/public/workspace/xml-fop/build/transcoder-dependencies [unjar] Expanding: /usr/local/gump/public/workspace/xml-fop/lib/commons-io-1.0.jar into /usr/local/gump/public/workspace/xml-fop/build/transcoder-dependencies [unjar] Expanding: /usr/local/gump/public/workspace/xml-fop/lib/commons-logging-1.0.3.jar into /usr/local/gump/public/workspace/xml-fop/build/transcoder-dependencies [mkdir] Created dir: /usr/local/gump/public/workspace/xml-fop/build/transcoder-dependencies/legal [copy] Copying 3 files to /usr/local/gump/public/workspace/xml-fop/build/transcoder-dependencies/legal [jar] Building jar: /usr/local/gump/public/workspace/xml-fop/build/fop-transcoder-allinone.jar junit: [mkdir] Created dir: /usr/local/gump/public/workspace/xml-fop/build/test-classes [javac] Compiling 31 source files to /usr/local/gump/public/workspace/xml-fop/build/test-classes [javac] This version of java does not support the classic compiler; upgrading to modern [javac] /usr/local/gump/public/workspace/xml-fop/test/java/org/apache/fop/util/ASCII85InputStreamTestCase.java:25: warning: org.apache.commons.io.CopyUtils in org.apache.commons.io has been deprecated [javac] import org.apache.commons.io.CopyUtils; [javac] ^ [javac] /usr/local/gump/public/workspace/xml-fop/test/java/org/apache/fop/util/ASCII85InputStreamTestCase.java:56: warning: org.apache.commons.io.CopyUtils in org.apache.commons.io has been deprecated [javac] CopyUtils.copy(decoder, baout); [javac] ^ [javac] 2 warnings [echo] Running basic functionality tests for fop-transcoder.jar [mkdir] Created dir: /usr/local/gump/public/workspace/xml-fop/build/test-reports/fop-transcoder [junit] Testsuite: org.apache.fop.BasicTranscoderTestSuite [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec [junit] Null Test:Caused an ERROR [junit] org.apache.fop.BasicTranscoderTestSuite [junit] java.lang.ClassNotFoundException: org.apache.fop.BasicTranscoderTestSuite [junit] at java.net.URLClassLoader$1.run(URLClassLoader.java:199) [junit] at java.security.AccessController.doPrivileged(Native Method) [junit] at java.net.URLClassLoader.findClass(URLClassLoader.java:187) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:289) [junit] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:235) [junit] at java.lang.ClassLoader.loadClass(ClassLoader.java:235) [junit] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) [junit] at java.lang.Class.forName0(Native Method) [junit] at java.lang.Class.forName(Class.java:219) [junit] at sun.reflect.GeneratedMethodAccessor15.invoke(Unknown Source) [junit] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) BUILD FAILED /usr/local/gump/public/workspace/xml-fop/build.xml:676: Test org.apache.fop.BasicTranscoderTestSuite failed Total time: 49 seconds - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/xml-fop/xml-fop/rss.xml - Atom: http://brutus.apache.org/gump/public/xml-fop/xml-fop/atom.xml == Gump Tracking Only === Produced by Gump version 2.1.0-alpha-0003. Gump Run 38000913102004, brutus:brutus-public:38000913102004 Gump E-mail Identifier (unique within run) #8. -- Apache Gump http://gump.apache.org/ [Instance: brutus] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: Project xml-fop (in module xml-fop) failed
Excellent. Thanks a lot! On 15.10.2004 10:53:30 Stefan Bodewig wrote: On Fri, 15 Oct 2004, Jeremias Maerki [EMAIL PROTECTED] wrote: It seems like the JUnit task doesn't pick up the test classes that were compiled beforehand. Yes, because you didn't run unit tests before, it hasn't been part of the Gump descriptor. I've already fixed it. Stefan Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]