Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Stefano Mazzocchi wrote: Davanum Srinivas wrote: oops...i updated brutus.xml as ANT_OPTS is not really picked up. Added: sysproperty name=jikes.class.path value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar/ Anybody against removing this and adding a dependency on xml-commons/resolver from xml-xerces2? I wondered from the beginning of this thread if that might be what is needed. I checked the 'cvs log' for that resolver.jar and it is the xml commons version. --David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BATCH: Unable to send...
Dear Gumpmeisters, The following 1 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project lenya (in module lenya) failed *** G U M P [EMAIL PROTECTED]: Project lenya (in module lenya) failed Failed with to: [EMAIL PROTECTED] from: [Gump] Failed to send notify e-mail: (450, 'FQDN required in the envelope sender', 'Gump') To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project lenya has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - lenya : Content Management System Full details are available at: http://brutus.apache.org/gump/public/lenya/lenya/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on cocoon exists, no need to add for property cocoon.src.dir. -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/lenya/lenya/gump_work/build_lenya_lenya.html Work Name: build_lenya_lenya (Type: Build) Work ended in a state of : Failed Elapsed: 1 sec Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dcocoon.src.dir=/usr/local/gump/public/workspace/cocoon/build/cocoon-04122004 -Davalonapi.jar=/usr/local/gump/public/workspace/avalon-trunk/runtime/framework/api/target/deliverables/jars/avalon-framework-api-04122004.jar -Dlogkit.jar=/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-04122004.jar -Dversion=04122004 webapp [Working Directory: /usr/local/gump/public/workspace/lenya] CLASSPATH: /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/lenya/tools/anttasks:/usr/local/gump/public/workspace/lenya/build/lenya-04122004/classes:/usr/local/gump/public/workspace/cocoon/build/cocoon-04122004/cocoon.jar:/usr/local/gump/public/workspace/cocoon/build/cocoon-04122004/cocoon-testcase.jar:/usr/local/gump/public/workspace/cocoon/build/cocoon-04122004/cocoon-deprecated.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-04122004.jar:/usr/local/gump/public/workspace/avalon-tools/tools/magic/target/deliverables/jars/avalon-tools-magic-04122004.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/framework/api/target/deliverables/jars/avalon-framework-api-04122004.jar - Buildfile: build.xml init: [echo] --- Apache Lenya 04122004 [1999-2004] [echo] Building with Apache Ant version 1.7alpha compiled on December 4 2004 using build file /home/gump/workspaces2/public/workspace/lenya/build.xml build-cocoon: [echo] Building Cocoon with our properties [copy] Copying 2 files to /usr/local/gump/public/workspace/cocoon/build/cocoon-04122004 BUILD FAILED /home/gump/workspaces2/public/workspace/lenya/src/targets/init-build.xml:88: The following error occurred while executing this line: java.io.FileNotFoundException: /usr/local/gump/public/workspace/cocoon/build/cocoon-04122004/build.xml (No such file or directory) Total time: 1 second - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/lenya/lenya/rss.xml - Atom: http://brutus.apache.org/gump/public/lenya/lenya/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 18002104122004, brutus:brutus-public:18002104122004 Gump E-mail Identifier (unique within run) #7. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Hello Gump
The behavior is as you specified, if the build fails the first time due to a prereq you get a notice, after that you don't until the build passes. However, when a basic prereq like commons-lang or ant or xml parser failes, and then fixes, it causes a storm of spam messages. On the turbine dev list, if this happens we get 20 emails, one per fulcurm component. Which is very annoying and causes people just to filter gump messages. At least in the fulcurm case, we don't care if a prereq failed and then successed.. We do care ONLY when we succeed/fail. -Original Message- From: Adam R. B. Jack [mailto:[EMAIL PROTECTED] Sent: Saturday, December 04, 2004 10:22 PM To: Gump code and data Subject: Re: Hello Gump When a project is not built because one of the dependencies didn't build and then gets build again because the dependency solved its problems, the project receives an email that is has no longer a problem. We have concensus to feel that this is annoying and the projects should be made aware of their change in status *only* when they fix their own problems, not when people down the road does. Either we solve this, or we stop sending email until we figure out a better way because this is harming our ability to make gump appear useful. WDYT? I think it'd bug me too. ;-) That said, I thought this code would've taken care of that. In actor/notify/logic.py we have: elif entity.isSuccess(): # # Notify on first success, after a failure. # if (stats.sequenceInState == 1): if not STATE_PREREQ_FAILED == stats.previousState: if stats.getTotalRuns() 1: notification=gump.actor.notify.notification.SuccessNotification(se lf.run,ent ity) So -- I'm missing something. If they failed to build due to pre-requisite failure they ought not get the notification. Maybe I broke something when I hacked in attempting to build from repository (previously built artifacts). I'll look into is ASAP. BTW: We really need your historical database, so we can query not hack. :-) 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: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
My Question is: WHY is JDK1.4 succeding? Haven't found the answer yet. -- dims On Sun, 05 Dec 2004 19:13:03 +1100, David Crossley [EMAIL PROTECTED] wrote: Stefano Mazzocchi wrote: Davanum Srinivas wrote: oops...i updated brutus.xml as ANT_OPTS is not really picked up. Added: sysproperty name=jikes.class.path value=/usr/local/gump/kaffe/workspace/xml-xerces2/java/tools/resolver.jar/ Anybody against removing this and adding a dependency on xml-commons/resolver from xml-xerces2? I wondered from the beginning of this thread if that might be what is needed. I checked the 'cvs log' for that resolver.jar and it is the xml commons version. --David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Unit testing
As I get back into this I'd like to run the Gump unit tests. Can somebody help me with: F:\data\Python\gump-svn\pythonpython gump/test/pyunit.py Traceback (most recent call last): File gump/test/pyunit.py, line 25, in ? from gump import log File F:\data\Python\gump-svn\python\gump\__init__.py, line 31, in ? logging.config.fileConfig(gump.log.config) File C:\Python23\lib\logging\config.py, line 68, in fileConfig flist = cp.get(formatters, keys) File C:\Python23\lib\ConfigParser.py, line 505, in get raise NoSectionError(section) ConfigParser.NoSectionError: No section: 'formatters' I also need to fix the script wrappers around the unit tests, 'cos these ought have been spotted a while ago... Gump is getting a success when it ought get a failure: http://brutus.apache.org/gump/test/gump/gump-test/gump_work/buildscript_gump_gump-test.html Also, could somebody point me to Wiki/Docs changes for this new config, or an archive thread, or simply give a little information on it? Thanks in advance. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
Stefan Bodewig wrote: configure environment name=CFLAGS value=-g / arg name=c value=blah / !-- becomes -c blah -- arg name=prefix value=blah / !-- becomes --prefix=blah -- rawarg name=-shared / !-- becomes -shared -- /configure I don't think I'd like the magic that's happening to distinguish the first two cases. Yes, I am used to -x and --xlong myself, but it still looks non-obvious. The trouble is the single character options tend to be separated from their argument by whitespace, while multi character arguments tend to be separated by an equals. Perhaps you could have: arg name=-c value=blah !-- -c blah -- arg name=--prefix value=/opt !-- prefix=/opt -- arg name=-shared !-- -shared -- If the parameter starts with a -, then it's white separated. If it starts with a --, it's equals separated. And if the attribute separator is declared, you could set the separator to any string you liked. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Stefano, i think i poked through all the jars in JDK 1.4 and did not find it...hence the question. -- dims On Sun, 05 Dec 2004 12:40:03 -0500, Stefano Mazzocchi [EMAIL PROTECTED] wrote: Davanum Srinivas wrote: My Question is: WHY is JDK1.4 succeding? Haven't found the answer yet. JDK 1.4 contains resolver.jar while Kaffe does not. We never noticed that xerces dependeded on that library before because it always fall back into the system classloader. Adding the explicit dependency should take care of both (and also, as I said) allow for xerces to fail in case xml-commons changes contracts (unlikely, but you never know). -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Davanum Srinivas - http://webservices.apache.org/~dims/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
Davanum Srinivas wrote: Stefano, i think i poked through all the jars in JDK 1.4 and did not find it...hence the question. Found it!!! The problem is in the XJavac task that Xerces2 uses to compile stuff (probably it's a left-over workaround from an ant bug on the javac task). Now, not only I can't find the sourcecode of that sucker (I had to decompile it with jad (find it attached) but here is the offending part: String s = ((String) properties.get( java.vendor )).toUpperCase( Locale.ENGLISH ); if(s.indexOf(IBM) = 0) { // create an IBM-specific classpath } else if(s.indexOf(SUN) = 0 || s.indexOf(BLACKDOWN) = 0 || s.indexOf(APPLE) = 0) { // build the regular classpath } note how the classpath *IS*NOT*BUILT* if neither of the above match! I would strongly lobby with the xerces people to get rid of that silly task. -- Stefano. // Decompiled by Jad v1.5.8c. Copyright 2001 Pavel Kouznetsov. // Jad home page: http://www.geocities.com/kpdus/jad.html // Decompiler options: packimports(3) // Source File Name: XJavac.java package org.apache.xerces.util; import java.util.Hashtable; import java.util.Locale; import org.apache.tools.ant.BuildException; import org.apache.tools.ant.taskdefs.Javac; import org.apache.tools.ant.types.Path; import org.apache.tools.ant.util.JavaEnvUtils; public class XJavac extends Javac { public XJavac() { } public void execute() throws BuildException { if(isJDK14OrHigher()) { java.util.Properties properties = null; try { properties = System.getProperties(); } catch(Exception exception) { throw new BuildException(unable to determine java vendor because could not access system properties!); } String s = ((String)properties.get(java.vendor)).toUpperCase(Locale.ENGLISH); if(s.indexOf(IBM) = 0) { Path path = createBootclasspath(); String s1 = System.getProperty(java.home); StringBuffer stringbuffer = new StringBuffer(); stringbuffer.append(s1).append(/lib/charsets.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/core.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/graphics.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/javaws.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/jaws.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/security.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/server.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/JawBridge.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/gskikm.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/ibmjceprovider.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/indicim.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/jaccess.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/ldapsec.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/oldcertpath.jar); path.createPathElement().setPath(stringbuffer.toString()); setBootclasspath(path); } else if(s.indexOf(SUN) = 0 || s.indexOf(BLACKDOWN) = 0 || s.indexOf(APPLE) = 0) { Path path1 = createBootclasspath(); Path path2 = getClasspath(); path1.append(path2); String s2 = (String)properties.get(sun.boot.class.path); Path path3 = new Path(null);
Re: XML Resolver for Xerces on Kaffe was Re: Hello Gump)
YIKES!!! -- dims On Sun, 05 Dec 2004 18:54:58 -0500, Stefano Mazzocchi [EMAIL PROTECTED] wrote: Davanum Srinivas wrote: Stefano, i think i poked through all the jars in JDK 1.4 and did not find it...hence the question. Found it!!! The problem is in the XJavac task that Xerces2 uses to compile stuff (probably it's a left-over workaround from an ant bug on the javac task). Now, not only I can't find the sourcecode of that sucker (I had to decompile it with jad (find it attached) but here is the offending part: String s = ((String) properties.get( java.vendor )).toUpperCase( Locale.ENGLISH ); if(s.indexOf(IBM) = 0) { // create an IBM-specific classpath } else if(s.indexOf(SUN) = 0 || s.indexOf(BLACKDOWN) = 0 || s.indexOf(APPLE) = 0) { // build the regular classpath } note how the classpath *IS*NOT*BUILT* if neither of the above match! I would strongly lobby with the xerces people to get rid of that silly task. -- Stefano. // Decompiled by Jad v1.5.8c. Copyright 2001 Pavel Kouznetsov. // Jad home page: http://www.geocities.com/kpdus/jad.html // Decompiler options: packimports(3) // Source File Name: XJavac.java package org.apache.xerces.util; import java.util.Hashtable; import java.util.Locale; import org.apache.tools.ant.BuildException; import org.apache.tools.ant.taskdefs.Javac; import org.apache.tools.ant.types.Path; import org.apache.tools.ant.util.JavaEnvUtils; public class XJavac extends Javac { public XJavac() { } public void execute() throws BuildException { if(isJDK14OrHigher()) { java.util.Properties properties = null; try { properties = System.getProperties(); } catch(Exception exception) { throw new BuildException(unable to determine java vendor because could not access system properties!); } String s = ((String)properties.get(java.vendor)).toUpperCase(Locale.ENGLISH); if(s.indexOf(IBM) = 0) { Path path = createBootclasspath(); String s1 = System.getProperty(java.home); StringBuffer stringbuffer = new StringBuffer(); stringbuffer.append(s1).append(/lib/charsets.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/core.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/graphics.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/javaws.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/jaws.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/security.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/server.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/JawBridge.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/gskikm.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/ibmjceprovider.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/indicim.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/jaccess.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/ldapsec.jar:); path.createPathElement().setPath(stringbuffer.toString()); stringbuffer.replace(s1.length(), stringbuffer.length(), /lib/ext/oldcertpath.jar); path.createPathElement().setPath(stringbuffer.toString()); setBootclasspath(path); } else if(s.indexOf(SUN) = 0 || s.indexOf(BLACKDOWN) = 0 || s.indexOf(APPLE) = 0) { Path path1 =