Re: maven, gump, developer effort
Leo Simons wrote: I will assert that the most serious concern with gump is that it is too hard to use, understand or improve for non-gump-gurus. If this were a componay and I were the boss, the first thing I would tell people to work on is a much more readable and enticing website. Ie What is Gump? Gump is a social experiment. is not very successful marketing-wise. For what it's worth, I don't think it's too hard to use or understand. (Times below are approximate because I've been doing this as a side project for work whenever I've had a few free cycles.) I had my very first experience setting up classic XSLT Gump just before it was removed from CVS, based only on the GOM docs on the website and the existing metadata files. Within a couple of days I'd extended it to perform Perforce-based checkouts. I used a half-dozen of the official metadata modules but the vast majority are homegrown. Migrating the classic install to Python Gump, sans Perforce support, was a snap. Adding Perforce took a little while longer--about a week--but that was mostly due to my unfamiliarity with Python and the structure of the code. There are certainly things to be improved, most of which are being discussed in other threads right now. Of greatest importance (to me, at least) are reporting and nagging, both of which are pretty heavyweight: the classic versions were much friendlier. It would also be nice to achieve parity with classic Gump, specifically supporting the javadoc/ element. The internals aren't the easiest thing to dive into to make changes, or I'd probably have added support for publishing Javadocs to the artifacts repository myself. All in all, I don't think Gump for users is as horrendous a beast as you've made it sound. I don't consider myself a gump-guru in any sense, but I've had more trouble getting Ant to run some of our less trivial builds than I had installing, configuring and running Gump to build the 60-odd projects we have in-house. I don't understand Maven *at all*, and I've tried a couple of times. The second thing I would have my team do is to get in place a double-click (and/or configure; make; make install) installer. Which would do what exactly, other than unzip the distribution into a directory? I'm just curious--other than getting SVN, Java and the right version of Python onto a new machine, it took me all of 5 minutes to completely reinstall my entire Gump setup, so I don't understand why an installer would be worth the effort. (Unless you're talking about rolling out Gump to every person on a team... in which case my question would be why?) Peter J. -- Sometimes the Universe needs a change of perspective. --J. Michael Straczynski - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: One step forward: ws-jaxme requires new jar file
On Thu, 07 Oct 2004, Jochen Wiedmann [EMAIL PROTECTED] wrote: I have just checked. Dom4j is dependent on jaxmeapi.jar. Most probably it depends only on the Java 5 XML classes like XMLConstants, QName, or NamespaceContext. We have long ago suggested, that these be moved to a separate jar file in xml-general or jakarta-general. :-( xml-commons? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] move the descriptors in our hands
On Thu, 7 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: ant-contrib comes and goes (I think) as it's gump descriptor fails to get read from SF.net's viewcvs. If it is of any help, go ahead and move the descriptors to Gump's CVS (I'm with a customer and without my ssh keys right now). I'm the one maintaining the ant-contrib descriptors (ant-contrib and cpptasks) anyway. 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 2 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Module werkz success, but with warnings. [EMAIL PROTECTED]: Project invicta (in Module invicta) failed *** G U M P [EMAIL PROTECTED]: Module werkz success, but with warnings. 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] Module werkz contains errors. Module State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/werkz/index.html That said, some snippets follow: The following annotations were provided: -ERROR- *** Failed to update from source control. Stale contents *** The following work was performed: http://brutus.apache.org/gump/public/werkz/gump_work/update_werkz.html Work Name: update_werkz (Type: Update) State: Failed Elapsed: Command Line: cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:2401/scm/cvspublic update -P -d -A [Working Directory: /usr/local/gump/public/workspace/cvs/werkz] - /scm/cvspublic: no such repository - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/werkz/rss.xml Atom: http://brutus.apache.org/gump/public/werkz/atom.xml -- Gump E-mail Identifier (within run) #2. Produced by Gump 2.1.0-alpha-0003. [Run (2908102004, brutus:brutus-public:2908102004)] http://brutus.apache.org/gump/public/index.html http://brutus.apache.org/gump/public/options.html *** G U M P [EMAIL PROTECTED]: Project invicta (in Module invicta) 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 invicta has an issue affecting its community integration. This issue affects 1 projects. Project State : 'Failed' The following are affected: - invicta : Open-source build management tool. Full details are available at: http://brutus.apache.org/gump/public/invicta/invicta/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole output [invicta-08102004.jar] identifier set to project name -DEBUG- Dependency on ant exists, no need to add for property ant.home. -INFO- Failed with reason configuration failed -ERROR- Bad Dependency. Project: ant-contrib unknown to *this* workspace -INFO- Failed to extract fallback artifacts from Gump Repository To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/invicta/invicta/rss.xml Atom: http://brutus.apache.org/gump/public/invicta/invicta/atom.xml -- Gump E-mail Identifier (within run) #7. Produced by Gump 2.1.0-alpha-0003. [Run (2908102004, brutus:brutus-public:2908102004)] 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: One step forward: ws-jaxme requires new jar file
Stefan Bodewig wrote: xml-commons? Sorry, of course I meant xml-commons or jakarta-commons. Jochen -- http://lilypie.com/baby1/050423/1/5/1/+1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: The magically disappearing ant-contrib (Gump Project)
I'll give it a shot, thanks. regards Adam - Original Message - From: Brett Porter [EMAIL PROTECTED] To: Gump code and data [EMAIL PROTECTED] Sent: Thursday, October 07, 2004 8:18 PM Subject: Re: The magically disappearing ant-contrib (Gump Project) shouldn't you need to use: http://cvs.sourceforge.net/viewcvs.py/*checkout*/ant-contrib/ant-contrib/src/etc/gump-descriptor.xml?rev=HEAD instead? That gives XML. Cheers, Brett On Thu, 7 Oct 2004 19:56:35 -0600, Adam Jack [EMAIL PROTECTED] wrote: I think there is a new reason for ant-contrib disappearing, and I suspect it is related to the spam that SF.net seem to be putting at the top of their viewcvs. When I curl this URL from brutus I get HTML not XML http://cvs.sourceforge.net/viewcvs.py/*checkout*/ant-contrib/ant-contrib/src/etc/gump-descriptor.xml We've changed SF.net viewcvs URLs in the past to work past issues, and we've had numerous transient outages here also. I think it is time to move these descriptors into Gump CVS (perhaps as step one as part of Stefano's centralization.) If anybody can't access them there, I'm sure Gumpers/ASFers will help out with changes. Any objections? 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]
jaxme on gump (cont)
I would suggest we just add the package, then. jaxme is holding up 134
projects, let's not add anymore potentially shaky dependencies for now.
May I ask a silly question: How come the number 134? I can hardly
imagine, that more than two or three of them are actually using JaxMe
right now?
Stefano was quoting from here (dependees):
http://brutus.apache.org/gump/public/project_todos.html
Sure, dom4j is the only direct dependency on jaxme, but upon that are
plenty...
http://brutus.apache.org/gump/public/dom4j/dom4j/details.html
... and on it goes. So, JaxMe is a popular beastie. :-)
Now, to the build...
JM.compile:
[javac] Compiling 193 source files to
/usr/local/gump/test/workspace/ws-jaxme/build/jm/classes
[javac]
/usr/local/gump/test/workspace/ws-jaxme/src/jaxme/org/apache/ws/jaxme/spg/im
pl/BeaverSPG.java:21: cannot resolve symbol
[javac] symbol : class Make
[javac] location: package beaver
[javac] import beaver.Make;
[javac] ^
[javac]
/usr/local/gump/test/workspace/ws-jaxme/src/jaxme/org/apache/ws/jaxme/spg/im
pl/BeaverSPG.java:54: cannot resolve symbol
[javac] symbol : variable Make
[javac] location: class org.apache.ws.jaxme.spg.impl.BeaverSPG
[javac] Make.main(new String[]{getGrammarFile().getAbsolutePath()});
[javac] ^
[javac] 2 errors
I did an unzip -t beaver*.jar | grep Make (or on beaver.jar and
beaver-rt.jar separately) and found only:
[EMAIL PROTECTED]:/usr/local/gump/packages/beaver-0.9.3.4/lib$ unzip -t beaver.jar
| grep Make
testing: beaver/comp/Action$Reduce$Maker.class OK
testing: beaver/comp/run/Make.class OK
No beaver.Make. Do we have a Beaver version issue?
regards,
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] move the descriptors in our hands
Stefan Bodewig wrote: On Thu, 7 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: ant-contrib comes and goes (I think) as it's gump descriptor fails to get read from SF.net's viewcvs. If it is of any help, go ahead and move the descriptors to Gump's CVS (I'm with a customer and without my ssh keys right now). I'm the one maintaining the ant-contrib descriptors (ant-contrib and cpptasks) anyway. So, should we go ahead and move all the descriptors in our hands? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: jaxme on gump (cont)
Adam R. B. Jack wrote: No beaver.Make. Do we have a Beaver version issue? Seems so. JaxMe is currently using 0.9.2. We can upgrade the JaxMe version (probably tomorrow) or downgrade the gump version. Which way to go? Jochen -- http://lilypie.com/baby1/050423/1/5/1/+1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to run gump?
I've seen this before, but can't quite imagine why a None workspace (that ought have been loaded from metadata/workspace.xml) would have been returned. Could you run with --debug and see if anything helpful is displayed? [EMAIL PROTECTED] gump]$ python gump.py -w metadata/workspace.xml ws-jaxme --debug AttributeError: 'NoneType' object has no attribute 'getName' Process Exit Code : 1 Ok, nothing helpful. I've managed to reproduce it though, by intentionally breaking the XML (invalidating it). We use Python's minidom to parse our XML, I'll look into how we can get error messages from it. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] move the descriptors in our hands
If it is of any help, go ahead and move the descriptors to Gump's CVS (I'm with a customer and without my ssh keys right now). I'm the one maintaining the ant-contrib descriptors (ant-contrib and cpptasks) anyway. So, should we go ahead and move all the descriptors in our hands? I've not voted on this, mainly 'cos I am -/+0. But, did you resolve the issues with Forrest guys? Are they able to do their thing, yet have the file in our repository? I doubt many folks would mind centralizing, initially in CVS, later in SVN, but we oughtn't cause folk grief to do it. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxme on gump (cont)
No beaver.Make. Do we have a Beaver version issue? Seems so. JaxMe is currently using 0.9.2. We can upgrade the JaxMe version (probably tomorrow) or downgrade the gump version. Which way to go? It is more Gump-like to move forward, but it is your choice. Tell you what, if you point me to a 0.9.2 I can install that for today. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to run gump?
I've seen this before, but can't quite imagine why a None workspace (that ought have been loaded from metadata/workspace.xml) would have been returned. Could you run with --debug and see if anything helpful is displayed? [EMAIL PROTECTED] gump]$ python gump.py -w metadata/workspace.xml ws-jaxme --debug\ Redoing this (with the latest SVN trunk) ought tell you if there is an XML error (file/line/char, I believe). regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Excalibur Gump/Maven
Looking at: http://brutus.apache.org/gump/public/excalibur/excalibur-logger/gump_work/build_excalibur_excalibur-logger.html I see Maven thinks these are unsatisfied: The build cannot continue because of the following unsatisfied dependencies: avalon-framework-4.1.5.jar servletapi-2.2.jar mailapi-1.3.1.jar xml-apis-2.0.2.jar Whereas comparing what Gump produces with what Maven wants: http://brutus.apache.org/gump/public/excalibur/excalibur-logger/gump_file/build.properties.html http://brutus.apache.org/gump/public/excalibur/excalibur-logger/gump_file/project.xml.html We see this is an artifact naming issue. As we've discussed Gump's ids are (1) used only within Gump (2) not sufficiently unique, so we will change them to match the Maven equivalents. I am doing that now with the metadata, expect a few not so small commits (e.g. apis - xml-apis for xerces). BTW: Anybody else to tell me what avalon-framework in Maven land is ins Gump land? I think we have three dependencies, to it's one (a concern). Which ought I pick? avalon-framework-api or avalon-framework-legacy or avalon-framework-impl? Do we have a Gump/Maven disconnect here (due to changes in Avalon's artefacts) that needs to be updated in the Excalibur project.xml? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [vote] move the descriptors in our hands
-Original Message- From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] Sent: 08 October 2004 16:58 To: Gump code and data Subject: Re: [vote] move the descriptors in our hands Stefan Bodewig wrote: On Thu, 7 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: ant-contrib comes and goes (I think) as it's gump descriptor fails to get read from SF.net's viewcvs. If it is of any help, go ahead and move the descriptors to Gump's CVS (I'm with a customer and without my ssh keys right now). I'm the one maintaining the ant-contrib descriptors (ant-contrib and cpptasks) anyway. So, should we go ahead and move all the descriptors in our hands? Please do not move the avalon-trunk.xml descriptor - it's automatically generated and does not need any human tweaking. Stephen. -- Stefano. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jaxme on gump (cont)
Adam R. B. Jack wrote: It is more Gump-like to move forward, but it is your choice. Tell you what, if you point me to a 0.9.2 I can install that for today. Ok, have upgraded to 0.9.3.4. Jochen -- http://lilypie.com/baby1/050423/1/5/1/+1 - 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 4 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project jrefactory-pretty (in Module jrefactory) failed [EMAIL PROTECTED]: Project eyebrowse (in Module eyebrowse) failed [EMAIL PROTECTED]: Project jetty-plus (in Module jetty) failed [EMAIL PROTECTED]: Project struts-sslext (in Module struts-sslext) failed *** G U M P [EMAIL PROTECTED]: Project jrefactory-pretty (in Module jrefactory) 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 jrefactory-pretty has an issue affecting its community integration. This issue affects 9 projects. Project State : 'Failed' The following are affected: - ant-xdocs-proposal : Java based build tool - jrefactory-pretty : A refactoring tool for the Java programming language. - xdoclet : Enhanced Doclet engine. - xdoclet-apache-module-prepare : Intermediate target that prepares xdoclet's apache modul... - xdoclet-compile-core : Intermediate target that compiles xdoclet's core classes - xdoclet-ejb-module-prepare : Intermediate target that prepares xdoclet's ejb module - xdoclet-hibernate-module-prepare : Intermediate target that prepares xdoclet's hibernate mo... - xdoclet-web-module-prepare : Intermediate target that prepares xdoclet's web module - xdoclet-xdoclet-module-prepare : Intermediate target that prepares xdoclet's xdoclet modu... Full details are available at: http://brutus.apache.org/gump/public/jrefactory/jrefactory-pretty/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole output [PrettyPrinter-08102004.0.0.jar] identifier set to project name -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/jrefactory/jrefactory-pretty/gump_work/build_jrefactory_jrefactory-pretty.html Work Name: build_jrefactory_jrefactory-pretty (Type: Build) State: Failed Elapsed: 45 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=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion=08102004.0.0 pretty [Working Directory: /usr/local/gump/public/workspace/jrefactory] CLASSPATH : /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jrefactory/ant.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:/usr/local/gump/public/workspace/dist/junit/junit.jar- Buildfile: build.xml clean: optional_packages: prepare: [mkdir] Created dir: /usr/local/gump/public/workspace/jrefactory/ant.build [mkdir] Created dir: /usr/local/gump/public/workspace/jrefactory/ant.build/lib [mkdir] Created dir: /usr/local/gump/public/workspace/jrefactory/ant.build/jar [mkdir] Created dir: /usr/local/gump/public/workspace/jrefactory/ant.build/dist [mkdir] Created dir: /usr/local/gump/public/workspace/jrefactory/test/classes [mkdir] Created dir: /usr/local/gump/public/workspace/jrefactory/ant.build/classes [mkdir] Created dir: /usr/local/gump/public/workspace/jrefactory/ant.build/reports make.version: [javac] Compiling 1 source file to /usr/local/gump/public/workspace/jrefactory/ant.build/classes [echo] /usr/local/gump/public/workspace/jrefactory/src [java] /usr/local/gump/public/workspace/jrefactory/src/org/acm/seguin/JRefactoryVersion.java [java] op=/usr/local/gump/public/workspace/jrefactory/src/org/acm/seguin/JRefactoryVersion.java pretty: [javac] Compiling 2 source files to /usr/local/gump/public/workspace/jrefactory/ant.build/classes [javac] /usr/local/gump/public/workspace/jrefactory/src/org/acm/seguin/summary/load/SwingLoadStatus.java:115: cannot resolve symbol [javac] symbol : method setAlwaysOnTop (boolean) [javac] location: class org.acm.seguin.summary.load.SwingLoadStatus [javac]setAlwaysOnTop(true); [javac]^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation
DO NOT REPLY [Bug 25436] - Spaces in properties not handled
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=25436. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=25436 Spaces in properties not handled [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-10-08 23:50 --- This is now obsolete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25387] - Coccondev does not seem to be pickup up headless definition
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=25387. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=25387 Coccondev does not seem to be pickup up headless definition [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-10-08 23:51 --- No longer relevant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to run gump?
Adam R. B. Jack wrote: Redoing this (with the latest SVN trunk) ought tell you if there is an XML error (file/line/char, I believe). Silly me! You are right! Indeed, the workspace.xml file hasn't been well formed. Now for the next: I can now invoke gump. However, it indicates that one of the prerequisites (beaver) fails. See the attached log file for details. Regards, Jochen -- http://lilypie.com/baby1/050423/1/5/1/+1 At revision 54135. M workspace.xml - -Apache Gump - - GUMP run on host : minotaur.apache.org - GUMP run @ : 08 Oct 04 17:20:16 - GUMP run @ UTC: 09 Oct 04 00:20:16 - GUMP run by Python : '2.3.4 (#2, Aug 21 2004, 11:04:24) \n[GCC 2.95.4 20020320 [FreeBSD]]' - GUMP run by Python : '/usr/local/bin/python' - GUMP run by Gump : 2.0.2-alpha-0003 - GUMP run on OS : 'posix' - GUMP PYTHONPATH : /x1/home/jochen/gump/python Execute : svn update --non-interactive Executing with CWD: [metadata] Execute : cvs -q update -dP Execute : /usr/local/bin/python bin/integrate.py -w metadata/workspace.xml ws-jaxme - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Avalon artifactIds (was Re: Excalibur Gump/Maven)
-Original Message- From: Adam R. B. Jack [mailto:[EMAIL PROTECTED] Sent: 08 October 2004 22:58 To: Apache Gump Subject: Avalon artifactIds (was Re: Excalibur Gump/Maven) Ok, we are now down to this: BTW: Anybody else to tell me what avalon-framework in Maven land is ins Gump land? I think we have three dependencies, to it's one (a concern). Which ought I pick? avalon-framework-api or avalon-framework-legacy or avalon-framework-impl? Do we have a Gump/Maven disconnect here (due to changes in Avalon's artefacts) that needs to be updated in the Excalibur project.xml? avalon-framework-api this project defines the client API (interfaces, exceptions, immutable datatypes, etc. dealing with component lifecycle concerns). avalon-framework-legacy contains some deprecated classes that have structural dependencies on the avalon-logkit project. Is dependent on the framework api. avalon-framework-impl an implementation of the framework api. Is dependent on the framework api and framework-legacy. As to what's needed by Excalibur Logging - you would need to ask someone from the Excalibur project. Stephen. 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]
BATCH: All dressed up, with nowhere to go...
Dear Gumpmeisters, The following 4 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project jrefactory (in module jrefactory) failed [EMAIL PROTECTED]: Project jgen (in module jgen) failed [EMAIL PROTECTED]: Project maven (in module maven) failed [EMAIL PROTECTED]: Project maven-bootstrap (in module maven) failed *** G U M P [EMAIL PROTECTED]: Project jrefactory (in module jrefactory) 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 jrefactory has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed'. For reference only, the following projects are affected by this: - jrefactory : A refactoring tool for the Java programming language. Full details are available at: http://brutus.apache.org/gump/public/jrefactory/jrefactory/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [jrefactory.jar] identifier set to project name -INFO- Optional dependency jrefactory-pretty failed with reason build failed -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/jrefactory/jrefactory/gump_work/build_jrefactory_jrefactory.html Work Name: build_jrefactory_jrefactory (Type: Build) Work ended in a state of : Failed Elapsed: 9 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=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only JRefactory.jar [Working Directory: /usr/local/gump/public/workspace/jrefactory] CLASSPATH : /opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/jrefactory/ant.build/classes:/usr/local/gump/public/workspace/jrefactory/test/classes:/usr/local/gump/public/workspace/jrefactory/jar/ErrorList.jar:/usr/local/gump/public/workspace/jrefactory/jar/ProjectViewer.jar:/usr/local/gump/public/workspace/jrefactory/jar/collect.jar:/usr/local/gump/public/workspace/jrefactory/jar/core.jar:/usr/local/gump/public/workspace/jrefactory/jar/coreplugin.jar:/usr/local/gump/public/workspace/jrefactory/jar/findbugs.jar:/usr/local/gump/public/workspace/jrefactory/jar/findbugsGUI.jar:/usr/local/gump/public/workspace/jrefactory/jar/gjc-rt.jar:/usr/local/gump/public/workspace/jrefactory/jar/jbuilder.jar:/usr/local/gump/public/workspace/jrefactory/jar/jedit.jar:/usr/local/gump/public/workspace/jrefactory/jar/openide.jar:/usr/local/gump/public/workspace/jrefactory/jar/primetime.jar:/usr/local/gump/public/workspace/jrefactory/jar/proguard.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/jaxen/target/jaxen-08102004.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/dom4j/build/dom4j.jar:/usr/local/gump/public/workspace/jrefactory/jar/jai_codec.jar:/usr/local/gump/public/workspace/jrefactory/jar/jai_core.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/packages/javacc-3.1/bin/lib/javacc.jar:/usr/local/gump/packages/jaxen-1.0-FCS/lib/saxpath.jar - Buildfile: build.xml optional_packages: prepare: make.version: [echo] /usr/local/gump/public/workspace/jrefactory/src [java] /usr/local/gump/public/workspace/jrefactory/src/org/acm/seguin/JRefactoryVersion.java [java] op=/usr/local/gump/public/workspace/jrefactory/src/org/acm/seguin/JRefactoryVersion.java compile: [javac] Compiling 919 source files to /usr/local/gump/public/workspace/jrefactory/ant.build/classes [javac] /usr/local/gump/public/workspace/jrefactory/src/org/acm/seguin/findbugs/FindBugsFrame.java:48: cannot access edu.umd.cs.findbugs.ba.SourceFile [javac] bad class file: /usr/local/gump/public/workspace/jrefactory/jar/findbugs.jar(edu/umd/cs/findbugs/ba/SourceFile.class) [javac] class file has
