[GUMP@brutus]: gump/gump-test failed
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 folk at [EMAIL PROTECTED] Project gump-test has an issue affecting its community integration, and has been outstanding for 4L runs. Project State : 'Failed' Full details are available at: http://brutus.apache.org/gump/public/gump/gump-test/index.html That said, some snippets follow: The following annotations were provided: -INFO- Failed with reason synchronize failed To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/gump/gump-test/rss.xml Atom: http://brutus.apache.org/gump/public/gump/gump-test/atom.xml -- Gump E-mail Identifier (within run) #3. Produced by Gump 2.1.0-alpha-0003. [Run (4002102004, brutus:brutus-public:4002102004)] http://brutus.apache.org/gump/public/index.html http://brutus.apache.org/gump/public/options.html -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [GUMP@brutus]: excalibur/excalibur-instrument-spi failed
All of the Excalibur projects are declared in a Gump definition which is available to all Apache committers in the gump cvs module. The file in question is: /gump/project/excalibur.xml Please note there this is a gump/maven issue that results in the generation of inconsistent property files during the execution of the build. It seems that the gump builder for maven may be generating properties that are inconsistent with the Gump naming conventions. If you get stuck in this area the best thing to do is to post the issues to the [EMAIL PROTECTED] list. Stephen. -Original Message- From: Leif Mortenson [mailto:[EMAIL PROTECTED] Sent: 02 October 2004 16:05 To: Excalibur Developers List Subject: Re: [EMAIL PROTECTED]: excalibur/excalibur-instrument-spi failed Sorry for my ignorance, but where are the gump projects configured? The instrument jar/project names all changed when I restructured Instrument a while back. excalibur-instrument-api - excalibur-instrument-api excalibur-instrument-http - excalibur-instrument-mgr-http excalibur-instrument-impl - excalibur-instrument-mgr-impl excalibur-instrument-spi - excalibur-instrument-mgr-api excalibur-instrument-altrmi - X I'd take care of getting gump fixed as far as the instrument packages if only I knew how Cheers, Leif Gump Integration Build wrote: 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 folk at [EMAIL PROTECTED] Project excalibur-instrument-spi has an issue affecting its community integration. This issue affects 4 projects, and has been outstanding for 23L runs. Project State : 'Failed' The following are affected: - excalibur-instrument-http : Repository of reusable components. - excalibur-instrument-impl : Repository of reusable components. - excalibur-instrument-manager : Repository of reusable components. - excalibur-instrument-spi : Repository of reusable components. Full details are available at: http://brutus.apache.org/gump/public/excalibur/excalibur-instrument- spi/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole output [excalibur-instrument-spi-02102004.jar] identifier set to project name -DEBUG- Dependency on junit exists, no need to add for property junit.jar. -DEBUG- Dependency on checkstyle exists, no need to add for property checkstyle.jar. -INFO- Made directory [/usr/local/gump/public/workspace/excalibur/containerkit/instrument/mgr- api/target/classes] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://brutus.apache.org/gump/public/excalibur/excalibur-instrument- spi/gump_work/build_excalibur_excalibur-instrument-spi.html Work Name: build_excalibur_excalibur-instrument-spi (Type: Build) State: Failed Elapsed: Command Line: java -Djava.awt.headless=true - Xbootclasspath/p:/usr/local/gump/public/workspace/xml- xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml- xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml- xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xm l- commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main - Dgump.merge=/usr/local/gump/public/gump/work/merge.xml - Dbuild.sysclasspath=only - Djunit.jar=/usr/local/gump/public/workspace/dist/junit/junit.jar - Dsrc.exclude.pattern=**/package.html - Dcheckstyle.jar=/usr/local/gump/public/workspace/checkstyle/target/dist/ ch eckstyle-02102004/checkstyle-02102004.jar -Dproject.version=02102004 -f gump-build.xml jar [Working Directory: /usr/local/gump/public/workspace/excalibur/instrument-manager/spi] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ ex calibur/containerkit/instrument/mgr- api/target/classes:/usr/local/gump/public/workspace/excalibur/containerk it /instrument/mgr-api/target/test- classes:/usr/local/gump/public/workspace/avalon- trunk/runtime/framework/api/target/deliverables/jars/avalon-framework-ap i- 02102004.jar:/usr/local/gump/public/workspace/avalon- tools/tools/magic/target/deliverables/jars/avalon-tools-magic- 02102004.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/ lo cal/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/lo ca
[rant] I hate this gump
This is a rant. I rant when I'm pissed, but I rant when I care. Cocoon received some 25 nags in a row, twice, in two days and it's likely to continue since I have no idea on how to fix the thing. I spent a few hours browsing around the gump html pages. I'm sorry, they are not only uselessly full of information that nobody really cares about, but they are also misleading *very misleading*. Example: http://brutus.apache.org/gump/public/cocoon-2.1/index.html look at what it says: SUCCESS success at what? at finding problems? then it says overall project success 18%. WTF? what is the measure of success for gump, anything higher than zero? So, we clearly have a problem and I try to fix it. I take the 'cocoon' module because is the root of the dependencies (obviously *I* know that, stupid gump doesn't tell me that, even if it knows) http://brutus.apache.org/gump/public/cocoon-2.1/cocoon/index.html no such project avalon-framework. What? It has been there *FOREVER*... oh, yeah, it's the we love our users anthem we hear from avalon every day [we are fixing that one in another area, but it should be fixed soon] So, I go looking for the new name of the avalon framework... hmmm... where do I go? I look up: run? no workspace? yeah, that shoudl have it... no, it's useless crap, back, where is the list of the goddamn projects... hmmm, maybe log? all right Oh *fuck* gump is currently building, blah blah blah Boy, this gump sucks. Gump needs to be a two tier system: one system drives the build and generates data, pumps it into a database and another tier (possibly a webapp) drives the presentation layer accessing that data. This insanity has to stop. Yes, I'm going to do something about it myself and you can bet your ass that the webapp will *NOT* be written in python. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 2 notifys should have been sent *** G U M P [EMAIL PROTECTED]: jetty/jetty success [EMAIL PROTECTED]: jetty/jetty-plus failed *** G U M P [EMAIL PROTECTED]: jetty/jetty success To whom it may satisfy... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project jetty *no longer* has an issue. Project State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/jetty/jetty/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole output [org.mortbay.jetty.jar] identifier set to project name The following work was performed: http://brutus.apache.org/gump/public/jetty/jetty/gump_work/build_jetty_jetty.html Work Name: build_jetty_jetty (Type: Build) State: Success Elapsed: 8 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only jetty.jar [Working Directory: /usr/local/gump/public/workspace/jetty] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jetty/classes:/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/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-remote.jar:/usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-impl.jar:/usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-rimpl.jar:/usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-rjmx.jar:/usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-jmx.jar:/usr/local/gump/public/workspace/mx4j/dist/lib/mx4j.jar:/usr/local/gump/public/workspace/mx4j/dist/lib/mx4j-tools.jar:/usr/local/gump/public/workspace/xmlunit/lib/xmlunit-02102004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-02102004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-02102004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-lf5-02102004.jar:/usr/local/gump/public/workspace/jakarta-bcel/bin/bcel.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-02102004.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/axis.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/saaj.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/axis-ant.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/jaxrpc.jar:/usr/local/gump/public/workspace/xml-security/build/xmlsec.jar:/usr/local/gump/packages/javamail-1.3/mail.jar:/usr/local/gump/packages/jsse1.0.3/lib/jcert.jar:/usr/local/gump/packages/jsse1.0.3/lib/jnet.jar:/usr/local/gump/packages/jsse1.0.3/lib/jsse.jar:/usr/local/gump/packages/jaf-1.0.1/activation.jar:/usr/local/gump/public/workspace/jython/dist/jython.jar- Buildfile: build.xml classpath: [echo] JDK1.4 available=true [echo] classpath=/usr/local/gump/public/workspace/jetty/lib/org.mortbay.jetty.jar:/usr/local/gump/public/workspace/jetty/lib/javax.servlet.jar:/usr/local/gump/public/workspace/jetty/ext/jasper-runtime.jar:/usr/local/gump/public/workspace/jetty/ext/jasper-compiler.jar:/usr/local/gump/public/workspace/jetty/ext/ant.jar:/usr/local/gump/public/workspace/jetty/ext/commons-el.jar:/usr/local/gump/public/workspace/jetty/ext/commons-logging.jar:/usr/local/gump/public/workspace/jetty/ext/mx4j-impl.jar:/usr/local/gump/public/workspace/jetty/ext/mx4j-jmx.jar:/usr/local/gump/public/workspace/jetty/ext/mx4j-tools.jar:/usr/local/gump/public/workspace/jetty/ext/xercesImpl.jar:/usr/local/gump/public/workspace/jetty/ext/xml-apis.jar:/usr/local/gump/public/workspace/jetty/ext/xmlParserAPIs-2.5.jar [echo] JMX available=true prepare: [mkdir] Created dir:
RE: [rant] I hate this gump
-Original Message- From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] Sent: 02 October 2004 19:26 To: Apache Gump Subject: [rant] I hate this gump This is a rant. I rant when I'm pissed, but I rant when I care. Cocoon received some 25 nags in a row, twice, in two days and it's likely to continue since I have no idea on how to fix the thing. I spent a few hours browsing around the gump html pages. I'm sorry, they are not only uselessly full of information that nobody really cares about, but they are also misleading *very misleading*. Example: http://brutus.apache.org/gump/public/cocoon-2.1/index.html look at what it says: SUCCESS success at what? at finding problems? then it says overall project success 18%. WTF? what is the measure of success for gump, anything higher than zero? So, we clearly have a problem and I try to fix it. I take the 'cocoon' module because is the root of the dependencies (obviously *I* know that, stupid gump doesn't tell me that, even if it knows) http://brutus.apache.org/gump/public/cocoon-2.1/cocoon/index.html no such project avalon-framework. What? It has been there *FOREVER*... oh, yeah, it's the we love our users anthem we hear from avalon every day [we are fixing that one in another area, but it should be fixed soon] There is this message on cocoon-dev: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109320288814185w=4 And this reply: http://marc.theaimsgroup.com/?l=xml-cocoon-devm=109322232009166w=4 Stephen. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [rant] I hate this gump
Stefano Mazzocchi wrote: Boy, this gump sucks. you're exaggerating. Be nice now. Yes, I'm going to do something about it myself about time! ducks/ and you can bet your ass that the webapp will *NOT* be written in python. ooh, ooh, is it ruby? :-P - LSD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [rant] I hate this gump
Leo Simons wrote: Stefano Mazzocchi wrote: Boy, this gump sucks. you're exaggerating. Be nice now. sorry :-( apologies, you guys, but I am kinda frustrated by all this. Yes, I'm going to do something about it myself about time! ducks/ I know. :-( but dudes, be ready for something pretty wild ;-) and you can bet your ass that the webapp will *NOT* be written in python. ooh, ooh, is it ruby? :-P it's going to be the simplest thing (for me!) that can possibly work. which is probably going to be cocoon ;-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: [rant] I hate this gump
On Oct 2, 2004, at 4:08 PM, Stefano Mazzocchi wrote: and you can bet your ass that the webapp will *NOT* be written in python. ooh, ooh, is it ruby? :-P it's going to be the simplest thing (for me!) that can possibly work. which is probably going to be cocoon ;-) That's a HUGE hammer, I hope you're pounding some big nails :) Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [rant] I hate this gump
Scott Sanders wrote: On Oct 2, 2004, at 4:08 PM, Stefano Mazzocchi wrote: and you can bet your ass that the webapp will *NOT* be written in python. ooh, ooh, is it ruby? :-P it's going to be the simplest thing (for me!) that can possibly work. which is probably going to be cocoon ;-) That's a HUGE hammer, I hope you're pounding some big nails :) it will just be a prototype. if you guys like it, we can use it, if not, throw it away, I won't be emotionally attached to it. promise ;-) -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: [rant] I hate this gump
Scott Sanders wrote: Stefano Mazzocchi wrote: and you can bet your ass that the webapp will *NOT* be written in python. ooh, ooh, is it ruby? :-P it's going to be the simplest thing (for me!) that can possibly work. which is probably going to be cocoon ;-) That's a HUGE hammer, I hope you're pounding some big nails :) Scott What happened to the middle of this thread? Did it go off-list for a while? -- David Crossley - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[RT] fixing gump
This is not a rant, but constructive criticism. 1) as I mentioned already, I think that having gump (or forrest or whatever) generate static HTML pages creates more problems than it solves. I think we should move the architecture with something like this metadata - gump - database - jenny - user 'jenny' is the codename of the web application that will present the gump-generated data to the user. 2) not only the information presented is misleading but I think Gump simply operates wrong. take a look at http://brutus.apache.org/gump/test/project_todos.html look at the cocoon project. it says that it has 1 affected and 54 dependees, then the deli project (which is a package that the cocoon module exposes) has 2 affected and 1 dependee. Either there is something wrong or i don't understand what is an affected project and what is a dependee. Moreover, right below cocoon there is cocoon-block-asciiart. Now, this project depends directly on cocoon, but instead of being yellow, it's red. This is just wrong. Scroll down, there are *a ton* of cocoon blocks that should *NOT* have been built because their major dependency was missing. I wonder what's going on. add cocoon-lenya and xml-forrest to the list too. Let's keep going: 3) xom does not have any affected project but has 137 dependees. but then http://brutus.apache.org/gump/test/dom4j/dom4j/index.html tell me that dom4j hasn't been built because of XOM failing. Color me surprised, I guess DOM4j was effected by this xom not building. But let's look at XOM http://brutus.apache.org/gump/test/xom/index.html State: Failed Reason: Synchronize Failed The update was done ok, so what is this supposed to mean? 4) another thing, the excalibur issue http://brutus.apache.org/gump/test/excalibur/excalibur-pool-api/gump_work/build_excalibur_excalibur-pool-api.html look at the build dump: maven-1.0-beta-10.jar (no download url specified) we have serious issues with gump/maven integration, we should try a little harder on this one. Note: here the problem is that since this failed, cocoon shouldn't have been built since it directly depends on this! [so there are *three* level of building that failed because of gump not recognizing dependencies properly] 5) what is this supposed to be? http://brutus.apache.org/gump/test/gump/gump-test/gump_work/buildscript_gump_gump-test.html enough for now. I'm diving in the code now, hopefully you'll see patches flying too. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature