dom4j tests fail (was: BATCH: Unable to send...)
Hi, it seems that the following paths should be added to the classpath: ./build/classes and . The ./build/classes contains the dom4j class files and junit testfiles, the last path is needed for the unit tests to access the resources in the ./xml directory But, I don't know how to tell gump how to do this. What I don't understand is that these paths are added to the classpath in the test target of the Ant build.xml file, but gump doesn't seem to use them. Is this correct? I'm new to gump and I'm just trying to understand what's happening here. regards, Maarten Adam R. B. Jack wrote: A DOM4J fix would benefit 86 other projects, so thanks in advance... http://brutus.apache.org:8080/gump/project_todos.html http://brutus.apache.org:8080/gump/dom4j/dom4j/index.html#Project-level+Files Hmm, this show 'class not found'. I wonder if this is as simple as the test classes not being told to Gump in a work entry -- or some other classpath issues. http://brutus.apache.org:8080/gump/dom4j/dom4j/gump_file/TEST-org.dom4j.TestAddAttribute.xml.html error message=org.dom4j.TestAddAttribute type=java.lang.ClassNotFoundExceptionjava.lang.ClassNotFoundException: org.dom4j.TestAddAttribute at java.net.URLClassLoader$1.run(URLClassLoader.java:199) at java.security.AccessController.doPrivileged(Native Method) BTW: This is the classpath: http://brutus.apache.org:8080/gump/dom4j/dom4j/details.html#Classpath regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dom4j tests fail
On Tue, 22 Jun 2004, Maarten Coene [EMAIL PROTECTED] wrote: it seems that the following paths should be added to the classpath: ./build/classes and . The ./build/classes contains the dom4j class files and junit testfiles, the last path is needed for the unit tests to access the resources in the ./xml directory Already done - tests still fail for me, see my other mail (waiting in my mail queue since more than four hours now). What I don't understand is that these paths are added to the classpath in the test target of the Ant build.xml file, but gump doesn't seem to use them. Is this correct? Absolutely. Gump runs Ant in a special mode that makes Ant ignore all classpath constructs of the build file. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-compress - Gump/Maven issues?
On Mon, 21 Jun 2004, Niclas Hedhman [EMAIL PROTECTED] wrote: On Monday 21 June 2004 22:47, Stefan Bodewig wrote: (1) The descriptor of commons-compress sets a property named component.version and hopes to get this into the jar name, which obviously doesn't work that way. Maven still uses /project/currentVersion from the POM. If no Maven guys are around... My wild guess would b to try to set pom.currentVersion property instead. Given that I'm still not running Python Gump myself, I can't test it. Sounds like we should give it a try. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: BATCH: Unable to send...
On Mon, 21 Jun 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: Hmm, this show 'class not found'. I wonder if this is as simple as the test classes not being told to Gump in a work entry -- or some other classpath issues. Good catch. I also had to add . as a work entry since some tests try to load resources from /xml and those are not copied into build/classes or somewhere close to that. At least one test still fails on my machine, but it looks like a locale/timezone issue[1] so it may work on brutus. Stefan Footnotes: [1] In case a dom4j developer is listening, three failures all more or less looking the same as testcase classname=org.dom4j.datatype.TestDatatype2 name=testSchema time=0.665 error message=value mismatch in testDateElement:expected java.util.GregorianCalendar[time=100448640,areFieldsSet=false,areAllFieldsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=XSD apos;Zapos; timezone,offset=0,dstSavings=360,useDaylight=false,startYear=0,startMode=0,startMonth=0,startDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endMode=0,endMonth=0,endDay=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_OF_MONTH=?,DAY_OF_MONTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH=?,AM_PM=?,HOUR=?,HOUR_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=?,DST_OFFSET=?], retrieved java.util.GregorianCalendar[time=100448640,areFieldsSet=false,areAllFieldsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=custom,offset=0,dstSavings=360,useDaylight=false,startYear=0,startMode=0,startMonth=0,startDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endMode=0,endMonth=0,endDay=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_OF_MONTH=?,DAY_OF_MONTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH=?,AM_PM=?,HOUR=?,HOUR_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=?,DST_OFFSET=?] type=java.lang.Exceptionjava.lang.Exception: value mismatch in testDateElement:expected java.util.GregorianCalendar[time=100448640,areFieldsSet=false,areAllFieldsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=XSD apos;Zapos; timezone,offset=0,dstSavings=360,useDaylight=false,startYear=0,startMode=0,startMonth=0,startDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endMode=0,endMonth=0,endDay=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_OF_MONTH=?,DAY_OF_MONTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH=?,AM_PM=?,HOUR=?,HOUR_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=?,DST_OFFSET=?], retrieved java.util.GregorianCalendar[time=100448640,areFieldsSet=false,areAllFieldsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=custom,offset=0,dstSavings=360,useDaylight=false,startYear=0,startMode=0,startMonth=0,startDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endMode=0,endMonth=0,endDay=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOfWeek=2,minimalDaysInFirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_OF_MONTH=?,DAY_OF_MONTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH=?,AM_PM=?,HOUR=?,HOUR_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=?,DST_OFFSET=?] at org.dom4j.datatype.TestDatatype2.validateData(TestDatatype2.java:120) at org.dom4j.datatype.TestDatatype2.validateDateElement(TestDatatype2.java:98) at org.dom4j.datatype.TestDatatype2.validateDocumentWithSchema(TestDatatype2.java:78) at org.dom4j.datatype.TestDatatype2.testSchema(TestDatatype2.java:55) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) /error /testcase - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: commons-compress - Gump/Maven issues?
On Mon, 21 Jun 2004, Eric Pugh [EMAIL PROTECTED] wrote: I don't know what extent you want to push back on the projects that gump builds, but it seems to me that they are either doing something that pushes maven beyond it's limits, Quite possible. Or maybe not. AFAIU we are successfully replacing all artifacts declared in the POM with Gump built artifacts already - using jar overrides. This probably is enough as long as the projects we build are not trying to defeat Gump. When we build a project with Ant, Gump sets the magic build.sysclasspath property to only. This means that each and every classpath inside the build file will be ignored - which includes the nested elements of the junit task for example. If something we build with Ant runs tests, this means we have to add the directory that will contain the compiled tests to the Gump descriptor (using work) explicitly since the junit task won't find the classes otherwise. Gump adds it to the system CLASSPATH that way. While trying to fix the commons-compress build I noticed that the work entry didn't point anywhere but the test:test goal still managed to find the classes - so the goal uses a Maven provided classloader to load the classes which contains more than the stuff declared in the Gump descriptor. This means there is a way to add stuff to the classpath without giving control to Gump. This hole could be used to defeat Gump's purpose. If this whole can only be exploited consciously, I don't see any problem with it. Projects that want to cheat on Gump should do so. I'm concerned that a project may compile against some dated version unconsciously, though. For Maven plugins that are based on Ant tasks, we may get the same effect as with Ant builds if we set the build.sysclasspath property as a system property. I'm not sure how Maven uses the Ant tasks, but it may make them see the property and work as if they'd be running inside of Ant. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dom4j tests fail (was: BATCH: Unable to send...)
But, I don't know how to tell gump how to do this. http://gump.apache.org/metadata/project.html#work What I don't understand is that these paths are added to the classpath in the test target of the Ant build.xml file, but gump doesn't seem to use them. Is this correct? I'm new to gump and I'm just trying to understand what's happening here. We need to add this to an FAQ but basically Gump overrides the Ant build file so that no stray (non-Gumped) classes get in (unintentionally). Ant allows this. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: gump/project dom4j.xml
bodewig 2004/06/22 00:19:00 Modified:project dom4j.xml Log: Help dom4j to find its tests Revision ChangesPath 1.41 +6 -0 gump/project/dom4j.xml Index: dom4j.xml === RCS file: /home/cvs/gump/project/dom4j.xml,v retrieving revision 1.40 retrieving revision 1.41 diff -u -r1.40 -r1.41 --- dom4j.xml 21 Jun 2004 14:02:37 - 1.40 +++ dom4j.xml 22 Jun 2004 07:19:00 - 1.41 @@ -46,6 +46,12 @@ depend project=xml-fop inherit=runtime/ depend project=jtidy/ depend project=junitperf/ + +!-- needed for tests -- +work nested=build/classes/ +!-- holds resources for tests -- +work nested=./ + junitreport nested=build/test-results/xml/ jar name=build/dom4j.jar id=dom4j/ license name=LICENSE.txt/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Infrastructural stuff
Adam R. B. Jack wrote: I hate to assign task to a certain individuals, and I don't think we can have a sub-group to assign to, so I have to rely upon folks reading this list (below). Hmm, I guess I could prefix the subject with [INFR] or something, that help? not for me. I just have a ton of TODO items, no time, bad health. Gump stuff is on the list. Hope to get some of this done this week. - LSD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BATCH: Unable to send...
run: 9, Failures: 0, Errors: 0, Time elapsed: 1.647 sec [sf-junit] Testsuite: org.smartfrog.tools.ant.test.UndeployTest [sf-junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 12.473 sec test: [junitreport] Using Xalan version: Xalan Java 2.4.1 [junitreport] Transform time: 2101ms BUILD FAILED /usr/local/gump/public/workspace/smartfrog/extras/ant/build.xml:178: The following error occurred while executing this line: /usr/local/gump/public/workspace/smartfrog/common.xml:179: Unit tests failed see /usr/local/gump/public/workspace/smartfrog/extras/ant/build/test/reports Total time: 2 minutes 4 seconds - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org:8080/gump/smartfrog/smartfrog-tasks-test/rss.xml Atom: http://brutus.apache.org:8080/gump/smartfrog/smartfrog-tasks-test/atom.xml -- Produced by Gump 2.0.3-alpha-0002. [Run (20040622 06:00:12, brutus:brutus-public:20040622 06:00:12)] http://brutus.apache.org:8080/gump/index.html http://brutus.apache.org:8080/gump/options.html -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Infrastructural stuff
not for me. I just have a ton of TODO items, no time, bad health. Gump stuff is on the list. Hope to get some of this done this week. On, now that I know that please remove the Gump stuff from your list, and focus on health and time for you. I can live w/o this stuff (and work on Depot for a while). Alternatively I'll keep bugging this list, and try to persuade some other member to help me w/ the HTTPD config change. Get well soon. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Infrastructural stuff
You just want a ProxyPass, correct? If so, as soon as I get home this Friday, I can do it. I am currently having a problem where my laptop (OS X) gets the ssh connection closed immediately from both cvs.apache.org and brutus.apache.org. Works fine from my Windows desktop at home, though. Scott On Jun 22, 2004, at 2:05 PM, Adam R. B. Jack wrote: not for me. I just have a ton of TODO items, no time, bad health. Gump stuff is on the list. Hope to get some of this done this week. On, now that I know that please remove the Gump stuff from your list, and focus on health and time for you. I can live w/o this stuff (and work on Depot for a while). Alternatively I'll keep bugging this list, and try to persuade some other member to help me w/ the HTTPD config change. Get well soon. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Infrastructural stuff
The proxy pass would be nice for http://brutus.apache.org/gump/public to the http://brutus.apache.org:8080/gump. But that isn't my #1 (for moving ahead), it is just cosmetic (see the HTML message in former). For me, for testing the new branch, I really just need /gump/jdk15 (a lie, it is still jdk 1.4, but with CleanUp branch) to come from /usr/local/gump/jdk15/results (the log for that workspace). There are two separate JIRA entries. Thanks a bunch. regards Adam - Original Message - From: Scott Sanders [EMAIL PROTECTED] To: Gump code and data [EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 3:37 PM Subject: Re: Infrastructural stuff You just want a ProxyPass, correct? If so, as soon as I get home this Friday, I can do it. I am currently having a problem where my laptop (OS X) gets the ssh connection closed immediately from both cvs.apache.org and brutus.apache.org. Works fine from my Windows desktop at home, though. Scott On Jun 22, 2004, at 2:05 PM, Adam R. B. Jack wrote: not for me. I just have a ton of TODO items, no time, bad health. Gump stuff is on the list. Hope to get some of this done this week. On, now that I know that please remove the Gump stuff from your list, and focus on health and time for you. I can live w/o this stuff (and work on Depot for a while). Alternatively I'll keep bugging this list, and try to persuade some other member to help me w/ the HTTPD config change. Get well soon. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DOM4J on Gump
http://brutus.apache.org:8080/gump/dom4j/dom4j/index.html shows a failure at: http://brutus.apache.org:8080/gump/dom4j/dom4j/gump_file/TEST-org.dom4j.datatype.TestDatatype2.xml.html regards Adam - Original Message - From: Maarten Coene [EMAIL PROTECTED] To: Gump code and data [EMAIL PROTECTED] Sent: Tuesday, June 22, 2004 8:27 AM Subject: Re: BATCH: Unable to send... I think the problem is that gump uses another msv version than dom4j does. If I take a look at the classpath I see: gump: msv-20030225/msv.jar;msv-20030225/xsdlib.jar dom4j: msv-20030807.jar;xsdlib-20030807.jar it seems that the gump jars are older versions, perhaps they could be upgraded? Maarten Stefan Bodewig wrote: On Mon, 21 Jun 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: Hmm, this show 'class not found'. I wonder if this is as simple as the test classes not being told to Gump in a work entry -- or some other classpath issues. Good catch. I also had to add . as a work entry since some tests try to load resources from /xml and those are not copied into build/classes or somewhere close to that. At least one test still fails on my machine, but it looks like a locale/timezone issue[1] so it may work on brutus. Stefan Footnotes: [1] In case a dom4j developer is listening, three failures all more or less looking the same as testcase classname=org.dom4j.datatype.TestDatatype2 name=testSchema time=0.665 error message=value mismatch in testDateElement:expected java.util.GregorianCalendar[time=100448640,areFieldsSet=false,areAllFiel dsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=XSD apos;Zapos; timezone,offset=0,dstSavings=360,useDaylight=false,startYear=0,startMode =0,startMonth=0,startDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endM ode=0,endMonth=0,endDay=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOf Week=2,minimalDaysInFirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_ OF_MONTH=?,DAY_OF_MONTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH= ?,AM_PM=?,HOUR=?,HOUR_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=? ,DST_OFFSET=?], retrieved java.util.GregorianCalendar[time=100448640,areFieldsSet=false,areAllFiel dsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=custom,offset=0,ds tSavings=360,useDaylight=false,startYear=0,startMode=0,startMonth=0,star tDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endMode=0,endMonth=0,end Day=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOfWeek=2,minimalDaysIn FirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_OF_MONTH=?,DAY_OF_MO NTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH=?,AM_PM=?,HOUR=?,HOU R_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=?,DST_OFFSET=?] type=java.lang.Exceptionjava.lang.Exception: value mismatch in testDateElement:expected java.util.GregorianCalendar[time=100448640,areFieldsSet=false,areAllFiel dsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=XSD apos;Zapos; timezone,offset=0,dstSavings=360,useDaylight=false,startYear=0,startMode =0,startMonth=0,startDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endM ode=0,endMonth=0,endDay=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOf Week=2,minimalDaysInFirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_ OF_MONTH=?,DAY_OF_MONTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH= ?,AM_PM=?,HOUR=?,HOUR_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=? ,DST_OFFSET=?], retrieved java.util.GregorianCa false,areAllFieldsSet=false,lenient=true,zone=java.util.SimpleTimeZone[id=cu stom,offset=0,dstSavings=360,useDaylight=false,startYear=0,startMode=0,s tartMonth=0,startDay=0,startDayOfWeek=0,startTime=0,startTimeMode=0,endMode= 0,endMonth=0,endDay=0,endDayOfWeek=0,endTime=0,endTimeMode=0],firstDayOfWeek =2,minimalDaysInFirstWeek=4,ERA=?,YEAR=2001,MONTH=9,WEEK_OF_YEAR=?,WEEK_OF_M ONTH=?,DAY_OF_MONTH=31,DAY_OF_YEAR=?,DAY_OF_WEEK=?,DAY_OF_WEEK_IN_MONTH=?,AM _PM=?,HOUR=?,HOUR_OF_DAY=?,MINUTE=?,SECOND=?,MILLISECOND=?,ZONE_OFFSET=?,DST _OFFSET=?] at org.dom4j.datatype.TestDatatype2.validateData(TestDatatype2.java:120) at org.dom4j.datatype.TestDatatype2.validateDateElement(TestDatatype2.java:98) at org.dom4j.datatype.TestDatatype2.validateDocumentWithSchema(TestDatatype2.ja va:78) at org.dom4j.datatype.TestDatatype2.testSchema(TestDatatype2.java:55) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:25) /error /testcase - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional
Re: Infrastructural stuff
Leo Simons wrote: bad health. Hi Leo .. don't worry - your young - aka invisible! Get well soon! Steve. -- |---| | Magic by Merlin | | Production by Avalon | | | | http://avalon.apache.org | |---| - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Infrastructural stuff
On Wednesday 23 June 2004 08:01, Stephen McConnell wrote: aka invisible! So how can we see if he is ok or not?? Leo, do you feel ignored by the public in large? Maybe you should look in the mirror... :o) Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]