Problem running Apache Gump [vmgump-public]
There is a problem with run 'vmgump-public' (30102005_03), location : http://vmgump.apache.org/gump/public The log ought be at: http://vmgump.apache.org/gump/public/gump_log.txt The last (up to) 50 lines of the log are : Perform Update on #[(188, 265)] : JaxMeAll Perform SVN Update on #[(188, 265)] : JaxMeAll dynagumper.py processModule: need to implement module event processing Build Project: #[(336, 885)] : jaxmejs : [state:Unset] dynagumper.py processProject: need to implement project event processing Published /usr/local/gump/public/workspace/JaxMeAll/projects/js/target/jaxmejs-30102005.jar to repository as jaxmejs-gump-30102005.jar at /usr/local/gump/public/jars/JaxMeAll/jars/jaxmejs-gump-30102005.jar Perform Update on #[(189, 265)] : jmock dynagumper.py processModule: need to implement module event processing Build Project: #[(337, 885)] : jmock : [state:Unset] Run Ant on Project: #[(337, 885)] : jmock dynagumper.py processProject: need to implement project event processing Perform Update on #[(190, 265)] : logging-log4cxx Perform SVN Update on #[(190, 265)] : logging-log4cxx dynagumper.py processModule: need to implement module event processing Build Project: #[(338, 885)] : logging-log4cxx-ant : [state:Unset] Run Ant on Project: #[(338, 885)] : logging-log4cxx-ant dynagumper.py processProject: need to implement project event processing Traceback (most recent call last): File bin/integrate.py, line 113, in ? irun() File bin/integrate.py, line 90, in irun result = getRunner(run).perform() File /x1/gump/public/gump/python/gump/core/runner/runner.py, line 249, in perform return self.performRun() File /x1/gump/public/gump/python/gump/core/runner/demand.py, line 195, in performRun self.performBuild(project) File /x1/gump/public/gump/python/gump/core/runner/demand.py, line 128, in performBuild self.run.generateEvent(project) File /x1/gump/public/gump/python/gump/core/run/gumprun.py, line 202, in generateEvent self._dispatchEvent(EntityRunEvent(self, entity)) File /x1/gump/public/gump/python/gump/core/run/gumprun.py, line 185, in _dispatchEvent actor._processEvent(event) File /x1/gump/public/gump/python/gump/core/run/actor.py, line 82, in _processEvent self.processEvent(event) File /x1/gump/public/gump/python/gump/core/run/actor.py, line 124, in processEvent self._processProject(entity) File /x1/gump/public/gump/python/gump/core/run/actor.py, line 168, in _processProject self.processProject(project) File /x1/gump/public/gump/python/gump/actor/document/xdocs/documenter.py, line 86, in processProject self.documentProject(project,True) File /x1/gump/public/gump/python/gump/actor/document/xdocs/documenter.py, line 1736, in documentProject note,warn) File /x1/gump/public/gump/python/gump/actor/document/xdocs/documenter.py, line 2321, in documentWorkList workRow.createData(secsToElapsedTimeString(work.getElapsedSecs())) File /x1/gump/public/gump/python/gump/util/timing.py, line 315, in getElapsedSecs return deltaToSecs(self.endTimeStamp.getTimestamp() - self.getTimestamp()) File /x1/gump/public/gump/python/gump/util/timing.py, line 102, in deltaToSecs raise RuntimeError, Can not cope with backwards deltas RuntimeError: Can not cope with backwards deltas Process Exit Code : 1 -- Gump Version: 2.0.2-alpha-0003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem running Apache Gump [vmgump-public]
There is a problem with run 'vmgump-public' (30102005_03), location : http://vmgump.apache.org/gump/public The log ought be at: http://vmgump.apache.org/gump/public/gump_log.txt The last (up to) 50 lines of the log are : Perform Update on #[(188, 265)] : JaxMeAll Perform SVN Update on #[(188, 265)] : JaxMeAll dynagumper.py processModule: need to implement module event processing Build Project: #[(336, 885)] : jaxmejs : [state:Unset] dynagumper.py processProject: need to implement project event processing Published /usr/local/gump/public/workspace/JaxMeAll/projects/js/target/jaxmejs-30102005.jar to repository as jaxmejs-gump-30102005.jar at /usr/local/gump/public/jars/JaxMeAll/jars/jaxmejs-gump-30102005.jar Perform Update on #[(189, 265)] : jmock dynagumper.py processModule: need to implement module event processing Build Project: #[(337, 885)] : jmock : [state:Unset] Run Ant on Project: #[(337, 885)] : jmock dynagumper.py processProject: need to implement project event processing Perform Update on #[(190, 265)] : logging-log4cxx Perform SVN Update on #[(190, 265)] : logging-log4cxx dynagumper.py processModule: need to implement module event processing Build Project: #[(338, 885)] : logging-log4cxx-ant : [state:Unset] Run Ant on Project: #[(338, 885)] : logging-log4cxx-ant dynagumper.py processProject: need to implement project event processing Traceback (most recent call last): File bin/integrate.py, line 113, in ? irun() File bin/integrate.py, line 90, in irun result = getRunner(run).perform() File /x1/gump/public/gump/python/gump/core/runner/runner.py, line 249, in perform return self.performRun() File /x1/gump/public/gump/python/gump/core/runner/demand.py, line 195, in performRun self.performBuild(project) File /x1/gump/public/gump/python/gump/core/runner/demand.py, line 128, in performBuild self.run.generateEvent(project) File /x1/gump/public/gump/python/gump/core/run/gumprun.py, line 202, in generateEvent self._dispatchEvent(EntityRunEvent(self, entity)) File /x1/gump/public/gump/python/gump/core/run/gumprun.py, line 185, in _dispatchEvent actor._processEvent(event) File /x1/gump/public/gump/python/gump/core/run/actor.py, line 82, in _processEvent self.processEvent(event) File /x1/gump/public/gump/python/gump/core/run/actor.py, line 124, in processEvent self._processProject(entity) File /x1/gump/public/gump/python/gump/core/run/actor.py, line 168, in _processProject self.processProject(project) File /x1/gump/public/gump/python/gump/actor/document/xdocs/documenter.py, line 86, in processProject self.documentProject(project,True) File /x1/gump/public/gump/python/gump/actor/document/xdocs/documenter.py, line 1736, in documentProject note,warn) File /x1/gump/public/gump/python/gump/actor/document/xdocs/documenter.py, line 2321, in documentWorkList workRow.createData(secsToElapsedTimeString(work.getElapsedSecs())) File /x1/gump/public/gump/python/gump/util/timing.py, line 315, in getElapsedSecs return deltaToSecs(self.endTimeStamp.getTimestamp() - self.getTimestamp()) File /x1/gump/public/gump/python/gump/util/timing.py, line 102, in deltaToSecs raise RuntimeError, Can not cope with backwards deltas RuntimeError: Can not cope with backwards deltas Process Exit Code : 1 -- Gump Version: 2.0.2-alpha-0003 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump3 Presentation
On 10/28/05, Stefano Mazzocchi [EMAIL PROTECTED] wrote: Leo Simons wrote: On Fri, Oct 28, 2005 at 11:49:35AM +0200, [EMAIL PROTECTED] wrote: Really, Leo? I thought LGPL is ok and GPL not. Ok - usually I try not to rely on non-ASF-licensed code. ONE license is the best (over a couple of). Heh. Don't ask me for authoritive details. Talk to Cliff Schmidt (our VP legal). Depending on your interpretation of the LGPL and the Apache License, code under these licenses can be used together without the AL code falling under the LGPL license. The ASF recently switched interpretation to one where this mixing and matching is possible for java code, too. yes -- I'm also now working with the FSF's general counsel to get them to make a formal statement about this. I drafted something for them a couple weeks ago and am waiting their response. What I drafted is pretty consistent with what I got agreement on with their GPL compliance officer. However, the ASF doesn't like to ship software for which parts of that software which are needed for it to function are under terms more restrictive than the AL (which is the case when you have a non-optional LGPL dependency). So we have a policy in development (I don't think its ratified yet) to somewhat constrain such a thing. exactly -- things stalled out when it became obvious that the membership was divided on whether we should be including components under other licenses. It's become clear to me that we have no choice but to allow shipping some set of other licenses (since even binaries under licenses like the CPL and MPL really should not be sublicensed under the Apache license) -- so it's now on my plate to propose a solution that not too many people will hate. As far as we currently stand, it is *OK* to *LINK* to LGPL and not to redistribute it. From a legal point of view, it's definitely okay to link. I even firmly believe that it is okay to distribute the app that links to the LGPL library along side the library itself within the same JAR, but I want to get a final explicit confirmation from the FSF that they agree with me on this before I promote the concept. But the legal point of view is not the hold up right now; as I mentioned above, it's really about whether we think our users come to Apache to get products that are entirely under the Apache License terms, and if not, how far different can the terms be before they feel like they're not getting what they want. There is no board resolution about it yet, but it's coming (Cliff, hint hint ;-) yes, yes -- I now have a firm goal: have this whole thing resolve (drafted, discussed, and voted upon) and announced by ApacheCon in December. So, I suggest that we worry about this only when are ready to ship something. Also, remember, the act of 'bundling' and 'shipping' is what constitutes problems for us (details to come in the resolution), therefore if the user gets it on their own, we are fine. The use of things like maven to build, since they fetch the jars on their own, would therefore remove all our legal concerns, yet allow us to keep the hibernate functionality. Again, I don't think there are legal concerns about this, but it does fall into the yet-unresolved issue of what we think our users want: will Apache products be less attractive if they have concerns about redistributing the whole package (including the LGPL stuff, no matter how they got it, if it is a core piece of the package). Cliff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 2 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project maven-bootstrap (in module maven) failed [EMAIL PROTECTED]: Project JacORB (in module JacORB) failed *** G U M P [EMAIL PROTECTED]: Project maven-bootstrap (in module maven) 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 the folk at [EMAIL PROTECTED] Project maven-bootstrap 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: - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/maven/maven-bootstrap/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant. -DEBUG- Dependency on xml-commons-which exists, no need to add for property maven.jar.which. -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/maven/maven-bootstrap/gump_work/build_maven_maven-bootstrap.html Work Name: build_maven_maven-bootstrap (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dmaven.jar.ant=/usr/local/gump/public/workspace/ant/dist/lib/ant.jar -Dmaven.bootstrap.dir=/usr/local/gump/public/workspace/maven/bootstrap -Dmaven.repo.local=/usr/local/gump/public/workspace/maven/bootstrap/maven.local.repo -Dmaven.bootstrap.classes=/usr/local/gump/public/workspace/maven/bootstrap/bootstrap-classes -Dmaven.jar.commons-logging=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-30102005.jar -Dmaven.home=/usr/local/gump/public/workspace/maven/bootstrap/maven.home -Dmaven.home.local=/usr/local/gump/public/workspace/maven/bootstrap/maven.home -Dmaven.jar.commons-cli=/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-30102005.jar -Dmaven.jar.override=true -Dmaven.jar.commons-lang=/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-30102005.jar -Dmaven.jar.commons-httpclient=/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar -Dmaven.bootstrap.online=-o -Dmaven.bootstrap.phase1.classes=/usr/local/gump/public/workspace/maven/bootstrap/phase1-classes -Dmaven.jar.velocity=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-30102005.jar -Dmaven.jar.which=/usr/local/gump/public/workspace/xml-commons/java/build/which.jar -Dmaven.jar.dom4j=/usr/local/gump/public/workspace/dom4j/build/dom4j.jar -f build-bootstrap.xml [Working Directory: /usr/local/gump/public/workspace/maven] CLASSPATH:
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 2 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project maven-bootstrap (in module maven) failed [EMAIL PROTECTED]: Project JacORB (in module JacORB) failed *** G U M P [EMAIL PROTECTED]: Project maven-bootstrap (in module maven) 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 the folk at [EMAIL PROTECTED] Project maven-bootstrap 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: - maven-bootstrap : Project Management Tools Full details are available at: http://vmgump.apache.org/gump/public/maven/maven-bootstrap/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Dependency on ant exists, no need to add for property maven.jar.ant. -DEBUG- Dependency on xml-commons-which exists, no need to add for property maven.jar.which. -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/maven/maven-bootstrap/gump_work/build_maven_maven-bootstrap.html Work Name: build_maven_maven-bootstrap (Type: Build) Work ended in a state of : Failed Elapsed: 5 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dmaven.jar.ant=/usr/local/gump/public/workspace/ant/dist/lib/ant.jar -Dmaven.bootstrap.dir=/usr/local/gump/public/workspace/maven/bootstrap -Dmaven.repo.local=/usr/local/gump/public/workspace/maven/bootstrap/maven.local.repo -Dmaven.bootstrap.classes=/usr/local/gump/public/workspace/maven/bootstrap/bootstrap-classes -Dmaven.jar.commons-logging=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-30102005.jar -Dmaven.home=/usr/local/gump/public/workspace/maven/bootstrap/maven.home -Dmaven.home.local=/usr/local/gump/public/workspace/maven/bootstrap/maven.home -Dmaven.jar.commons-cli=/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-30102005.jar -Dmaven.jar.override=true -Dmaven.jar.commons-lang=/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-30102005.jar -Dmaven.jar.commons-httpclient=/usr/local/gump/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar -Dmaven.bootstrap.online=-o -Dmaven.bootstrap.phase1.classes=/usr/local/gump/public/workspace/maven/bootstrap/phase1-classes -Dmaven.jar.velocity=/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-30102005.jar -Dmaven.jar.which=/usr/local/gump/public/workspace/xml-commons/java/build/which.jar -Dmaven.jar.dom4j=/usr/local/gump/public/workspace/dom4j/build/dom4j.jar -f build-bootstrap.xml [Working Directory: /usr/local/gump/public/workspace/maven] CLASSPATH:
[jira] Subscription: open gump issues
Issue Subscription Filter: open gump issues (41 issues) Subscriber: gump@jakarta.apache.org Key Summary GUMP-156Wrong links on the homepage resulting from CVS--SVN migration http://issues.apache.org/jira/browse/GUMP-156 GUMP-155Gump complains that the HiveMind build failed, when it does not http://issues.apache.org/jira/browse/GUMP-155 GUMP-154A lot of major links of gump.apache.org are broken http://issues.apache.org/jira/browse/GUMP-154 GUMP-153Gump Metadata: links no longer work http://issues.apache.org/jira/browse/GUMP-153 GUMP-152Made some updates on the Gump3 Presentation http://issues.apache.org/jira/browse/GUMP-152 GUMP-151path separator and depend = maven bugs http://issues.apache.org/jira/browse/GUMP-151 GUMP-150Webapplication to present the data generated by Gump3 http://issues.apache.org/jira/browse/GUMP-150 GUMP-149allow gump to bootstrap maven http://issues.apache.org/jira/browse/GUMP-149 GUMP-148Clean up entire codebase and add documentation http://issues.apache.org/jira/browse/GUMP-148 GUMP-147Complain if a project does not provide all the outputs it states http://issues.apache.org/jira/browse/GUMP-147 GUMP-146Need to run each build against a fresh CVS/SVN tree http://issues.apache.org/jira/browse/GUMP-146 GUMP-145Apache HTTPD config snippet for Dynagump http://issues.apache.org/jira/browse/GUMP-145 GUMP-144Design and document sensible URL scheme for gump data http://issues.apache.org/jira/browse/GUMP-144 GUMP-143Create init script for Dynagump http://issues.apache.org/jira/browse/GUMP-143 GUMP-142Add some documentation on how to add functionality to Dynagump http://issues.apache.org/jira/browse/GUMP-142 GUMP-141Automate navigation generation for Dynagump http://issues.apache.org/jira/browse/GUMP-141 GUMP-140Gump crashes when listing http://issues.apache.org/jira/browse/GUMP-140 GUMP-134Restore Kaffe and JDK1.5 (and Test) workspaces. http://issues.apache.org/jira/browse/GUMP-134 GUMP-131Build fails with build timed out http://issues.apache.org/jira/browse/GUMP-131 GUMP-128Support federation of gump instances http://issues.apache.org/jira/browse/GUMP-128 GUMP-127Support for local plugins http://issues.apache.org/jira/browse/GUMP-127 GUMP-126Simple scheduling support using a gump run queue http://issues.apache.org/jira/browse/GUMP-126 GUMP-125Flexible way to configure gump in modern unix-like fashion http://issues.apache.org/jira/browse/GUMP-125 GUMP-116Promote using html in description/ fields http://issues.apache.org/jira/browse/GUMP-116 GUMP-115Make gump result pages link to LXR-generated content http://issues.apache.org/jira/browse/GUMP-115 GUMP-114Run LXR and/or javasrc on brutus http://issues.apache.org/jira/browse/GUMP-114 GUMP-113Set up dynagump installation and proxypass from main gump site http://issues.apache.org/jira/browse/GUMP-113 GUMP-112Document 0.5 version of the Gump Object Model http://issues.apache.org/jira/browse/GUMP-112 GUMP-105design a way to build against the last-successful-dependency-build http://issues.apache.org/jira/browse/GUMP-105 GUMP-93 testcases for gump.engine.objectifier.Objectifier http://issues.apache.org/jira/browse/GUMP-93 GUMP-92 testcases for gump.engine.normalizer.Normalizer http://issues.apache.org/jira/browse/GUMP-92 GUMP-91 testcases for gump.engine.loader.Loader http://issues.apache.org/jira/browse/GUMP-91 GUMP-89 support junitreport http://issues.apache.org/jira/browse/GUMP-89 GUMP-82 Keep only the jars from the last successful build http://issues.apache.org/jira/browse/GUMP-82 GUMP-72 Requirement for multiple license file declarations. http://issues.apache.org/jira/browse/GUMP-72 GUMP-62 Module docs needs to point to fully qualified viewcvs http://issues.apache.org/jira/browse/GUMP-62 GUMP-40 non-committers can modify (some) descriptors http://issues.apache.org/jira/browse/GUMP-40 GUMP-36 Generate source diff report on build failure http://issues.apache.org/jira/browse/GUMP-36 GUMP-31 cvs dirs should be cleaned every month (or so) http://issues.apache.org/jira/browse/GUMP-31 GUMP-30 put installed packages under version control http://issues.apache.org/jira/browse/GUMP-30 GUMP-29 new user howto http://issues.apache.org/jira/browse/GUMP-29 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
Current failure of jakarta-velocity-test
Hi, (I'm not a gump person, so please bear with me). Currently the vmgump fails as shown on http://vmgump.apache.org/gump/public/jakarta-velocity/jakarta-velocity-test/index.html in the jakarta-velocity-test module and I don't understand why. Is gump somehow overriding the ant classpath? The failing test relies on ant putting a certain jar on the classpath so that a (classpath based) loader can find a template. This does not work (see http://vmgump.apache.org/gump/public/jakarta-velocity/jakarta-velocity- test/gump_work/build_jakarta-velocity_jakarta-velocity-test.html) This works fine when running the tests standalone (get the velocity distribution, do cd build, ant test). I can't readily see how we can fix this gump failure short of removing the tests from the gump build. Advise very welcome. Please keep me on the Cc because I'm not subscribed to [EMAIL PROTECTED] Best regards Henning -- Dipl.-Inf. (Univ.) Henning P. Schmiedehausen INTERMETA GmbH [EMAIL PROTECTED]+49 9131 50 654 0 http://www.intermeta.de/ RedHat Certified Engineer -- Jakarta Turbine Development Linux, Java, perl, Solaris -- Consulting, Training, Engineering 4 - 8 - 15 - 16 - 23 - 42 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Current failure of jakarta-velocity-test
On Sun, 30 Oct 2005, Henning Schmiedehausen [EMAIL PROTECTED] wrote: Is gump somehow overriding the ant classpath? Yes, more than that actually. It sets the magic build.sysclasspath property to only which makes Ant ignore any classpath setting inside the build file and only take into account what the system classpath holds. The failing test relies on ant putting a certain jar on the classpath so that a (classpath based) loader can find a template. Where is this template - or the jar? In gump's descriptor for velocity-test you simply add a work entry that points to it. work adds whatever the nested attribute holds to CLASSPATH prior to running Ant. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 3 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) failed [EMAIL PROTECTED]: Project maven-bootstrap (in module maven) failed [EMAIL PROTECTED]: Project JacORB (in module JacORB) failed *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) 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 the folk at [EMAIL PROTECTED] Project myfaces has an issue affecting its community integration. This issue affects 5 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - cocoon-block-faces : Java XML Framework - cocoon-block-mail : Java XML Framework - cocoon-block-scratchpad : Java XML Framework - myfaces : JavaServer(tm) Faces implementation - portals-bridges-jsf : Support for JSR168 compliant Portlet development Full details are available at: http://vmgump.apache.org/gump/public/myfaces/myfaces/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/myfaces/myfaces/gump_work/build_myfaces_myfaces.html Work Name: build_myfaces_myfaces (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 29 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Denv.TEMP=temp [Working Directory: /usr/local/gump/public/workspace/myfaces/build] CLASSPATH:
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 3 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) failed [EMAIL PROTECTED]: Project maven-bootstrap (in module maven) failed [EMAIL PROTECTED]: Project JacORB (in module JacORB) failed *** G U M P [EMAIL PROTECTED]: Project myfaces (in module myfaces) 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 the folk at [EMAIL PROTECTED] Project myfaces has an issue affecting its community integration. This issue affects 5 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - cocoon-block-faces : Java XML Framework - cocoon-block-mail : Java XML Framework - cocoon-block-scratchpad : Java XML Framework - myfaces : JavaServer(tm) Faces implementation - portals-bridges-jsf : Support for JSR168 compliant Portlet development Full details are available at: http://vmgump.apache.org/gump/public/myfaces/myfaces/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/myfaces/myfaces/gump_work/build_myfaces_myfaces.html Work Name: build_myfaces_myfaces (Type: Build) Work ended in a state of : Failed Elapsed: 1 min 29 secs Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Denv.TEMP=temp [Working Directory: /usr/local/gump/public/workspace/myfaces/build] CLASSPATH: