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 m

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 i

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 prer

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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 . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

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 invicta (in Module invicta) success *** G U M P [EMAIL PROTECTED]: Pr

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

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 PROT

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 --

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: > > > >

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

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/works

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 t

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 hand

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/works

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 -

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

Re: maven, gump, developer effort

Leo Simons wrote: Disclaimer: it has been weeks/months since I last looked into all this. Stefano Mazzocchi wrote: But the *most* serious concern is that we seem to have no way to build with Maven and, due to excalibur, this is holding up basically 15 percent of our projects (including, yes, you

Re: How to run gump?

Adam R. B. Jack wrote: 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/wor

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 > rig

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

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: >

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 PROT

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 **

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).

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