Re: excalibur-configuration
On Oct 27, 2004, at 3:34 AM, Eric Pugh wrote: I am not sure how we depend on it.. It seems like things just fail if we don't have it... sounds like the easy solution is to remove the dependency and see what happens :) -pete -Original Message- From: peter royal [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 27, 2004 4:47 AM To: Excalibur Developers List Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: excalibur-configuration On Oct 26, 2004, at 10:18 PM, Niclas Hedhman wrote: Excalibur gang, Jakarta Turbine Fulcrum has a couple of projects that depends on the excalibur-configuration project, which doesn't exist anymore. What is the migration path for this artifact? What aspects do they depend on? if they are the only dependees, might sense for them to pull the code into their codebase? -pete - 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] Apache Excalibur Project -- URL: http://excalibur.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project xml-apis.xml
On Thu, 28 Oct 2004, Niclas Hedhman [EMAIL PROTECTED] wrote: Feel free to try to get the name xmlParserAPIs to map against the Maven artifactID of the same name. I'm still not sure how to do that exactly, but if the project name is enough, the alias project I've created in the xml-xerces2 descriptor should work. ATM, type=boot jars will not map to Maven jar overrides, Which I don't understand from reading the code. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project xml-apis.xml
On Thu, 28 Oct 2004 11:12:50 +0800, Niclas Hedhman [EMAIL PROTECTED] wrote: On Thursday 28 October 2004 07:07, David Crossley wrote: Is this the same xml-apis that are provided by Apache XML Commons? Class-wise, probably yes. But Fulcrum uses the xmlParserAPIs Maven artifactId, and I haven't found out a way to map the xml-apis project to the Maven override, especially since xml-apis project is type=boot. The xmlParserAPIs is from memory a rename of xml-apis from xml-commons, provided by xerces in it's download, right? Realistically Maven projects should not use the xerces version of xml-apis in their dependencies. -- http://www.multitask.com.au/people/dion/ - 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]: Module dumbster failed [EMAIL PROTECTED]: Project dumbster (in module dumbster) failed *** G U M P [EMAIL PROTECTED]: Module dumbster 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] Module dumbster has an issue affecting its community integration. The current state of this module is 'Failed', with reason 'Update Failed'. Full details are available at: http://brutus.apache.org/gump/public/dumbster/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason update failed The following work was performed: http://brutus.apache.org/gump/public/dumbster/gump_work/update_dumbster.html Work Name: update_dumbster (Type: Update) Work ended in a state of : Failed Elapsed: 1 sec Command Line: cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:2401/cvsroot/dumbster checkout -P dumbster [Working Directory: /usr/local/gump/public/workspace/cvs] - cvs server: cannot find module `dumbster' - ignored cvs [checkout aborted]: cannot expand modules - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/dumbster/rss.xml - Atom: http://brutus.apache.org/gump/public/dumbster/atom.xml == Gump Tracking Only === Produced by Gump version 2.1.0-alpha-0003. Gump Run 2928102004, brutus:brutus-public:2928102004 Gump E-mail Identifier (unique within run) #1. *** G U M P [EMAIL PROTECTED]: Project dumbster (in module dumbster) 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 dumbster has an issue affecting its community integration. The current state of this project is 'Failed', with reason 'Update Failed'. Full details are available at: http://brutus.apache.org/gump/public/dumbster/dumbster/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [dumbster.jar] identifier set to project name -INFO- Failed with reason update failed -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/dumbster/dumbster/rss.xml - Atom: http://brutus.apache.org/gump/public/dumbster/dumbster/atom.xml == Gump Tracking Only === Produced by Gump version 2.1.0-alpha-0003. Gump Run 2928102004, brutus:brutus-public:2928102004 Gump E-mail Identifier (unique within run) #2. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[human-assisted gump] log4j back incompatible change
Ceki, your action http://cvs.apache.org/viewcvs.cgi/logging-log4j/src/java/org/apache/log4j/Category.java?r1=1.88r2=1.89diff_format=h caused a compilation failure of the following projects: - commons-logging - velocity - ant and, as a result, caused a drop in the gump's success from 83% to 53%, for more info see: http://brutus.apache.org/gump/public/project_todos.html Now, since this is a back incompatible change, we (the gumpmeisters) would like to know: 1) if you might be willing to revert the change if you did not intend to cause such effect 2) if not, if you are willing to move the previous version of the tree into a branch so that we can migrate the dependencies to that 3) if not, if you are willing to work with the offended dependees to restore their success status. 4) if not, if you have any alternative suggestion on how to move forward. please understand that we have no preference in which road the log4j project decides to go, we are only interested in giving a chance to those 322 projects that were affected by this to keep having build information. Thank you very much in advance for your cooperation. -- Stefano, doing by hand what gump should be able to do in the future. smime.p7s Description: S/MIME Cryptographic Signature
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 1 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project icu4j (in module icu4j) success *** G U M P [EMAIL PROTECTED]: Project icu4j (in module icu4j) 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 the folk at [EMAIL PROTECTED] Project icu4j *no longer* has an issue. The current state of this project is 'Success'. Full details are available at: http://brutus.apache.org/gump/public/icu4j/icu4j/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [icu4j.jar] identifier set to project name The following work was performed: http://brutus.apache.org/gump/public/icu4j/icu4j/gump_work/build_icu4j_icu4j.html Work Name: build_icu4j_icu4j (Type: Build) Work ended in a state of : Success Elapsed: 27 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 org.apache.tools.ant.Main -Dgump.merge=/home/gump/workspaces2/public/gump/work/merge.xml -Dbuild.sysclasspath=only all [Working Directory: /usr/local/gump/public/workspace/icu4j] CLASSPATH : /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/icu4j/build/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 - [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. jar: [jar] Building jar: /home/gump/workspaces2/public/workspace/icu4j/icu4j.jar docs: [echo] doc params: -breakiterator -use -tagletpath ./classes -taglet com.ibm.icu.dev.tool.docs.ICUTaglet -group 'ICU Core' 'com.ibm.icu.lang*:com.ibm.icu.math*:com.ibm.icu.text*:com.ibm.icu.util*:com.ibm.icu.stringprep*' -group 'ICU Tests' 'com.ibm.icu.dev.test*' -group 'Demos' 'com.ibm.icu.dev.demo*' -group 'ICU Tools' 'com.ibm.icu.dev*' [mkdir] Created dir: /home/gump/workspaces2/public/workspace/icu4j/doc [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source files for package com.ibm.icu.lang... [javadoc] Loading source files for package com.ibm.icu.math... [javadoc] Loading source files for package com.ibm.icu.text... [javadoc] Loading source files for package com.ibm.icu.util... [javadoc] Constructing Javadoc information... [javadoc] Registered Taglet com.ibm.icu.dev.tool.docs.ICUTaglet ... [javadoc] Standard Doclet version 1.4.2_05 [javadoc] Building tree for all the packages and classes... [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/text/UnicodeSet.java:2847: warning - @return tag has no arguments. [javadoc] Building index for all the packages and classes... [javadoc] Building index for all classes... [javadoc] Warning: bad deprecated tag '' [javadoc] Warning: bad deprecated tag '' [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/ByteArrayWrapper.java:61: warning - @param argument byteBuffer is not a parameter name. [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/ByteArrayWrapper.java:71: warning - @param argument byteBuffer is not a parameter name. [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/UniversalTimeScale.java:289: warning - Tag @see: reference not found: getTimeScaleValue [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/UniversalTimeScale.java:299: warning - Tag @see: reference not found: getTimeScaleValue [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/UniversalTimeScale.java:309: warning - Tag @see: reference not found: getTimeScaleValue [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/UniversalTimeScale.java:319: warning - Tag @see: reference not found: getTimeScaleValue [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/UniversalTimeScale.java:329: warning - Tag @see: reference not found: getTimeScaleValue [javadoc] /home/gump/workspaces2/public/workspace/icu4j/src/com/ibm/icu/util/UniversalTimeScale.java:339: warning - Tag @see: