Re: One step forward: ws-jaxme requires new jar file

[Stefan Bodewig]

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

[Stefan Bodewig]

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

[brutus]

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

[Jochen Wiedmann]

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)

[Adam R. B. Jack]

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]

Re: How to run gump?

[Adam R. B. Jack]

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
[...]
>File "/home/jwi/gump/python/gump/run/gumprun.py", line 71, in __init__
>  gump.utils.timing.Timeable.__init__(self, workspace.getName())
> AttributeError: 'NoneType' object has no attribute 'getName'
> Process Exit Code : 1

regards

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

jaxme on gump (cont)

[Adam R. B. Jack]

> > 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: How to run gump?

[Jochen Wiedmann]

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/workspace.xml ws-jaxme --debug
- 
-Apache Gump
- 
- GUMP run on host   : stujwi
- GUMP run @ : 08 Oct 04 16:46:27
- GUMP run @  UTC: 08 Oct 04 14:46:27
- GUMP run by Python : '2.3.3 (#1, May  7 2004, 10:31:40) \n[GCC 3.3.3 
20040412 (Red Hat Linux 3.3.3-7)]'
- GUMP run by Python : '/usr/bin/python'
- GUMP run by Gump   : 2.0.2-alpha-0003
- GUMP run on OS : 'posix'
- GUMP PYTHONPATH  :  /home/jwi/gump/python
Execute : svn update --non-interactive
At revision 54087.
Executing with CWD: [metadata]
Execute : cvs -q update -dP
Password:
M workspace.xml
Execute : /usr/bin/python bin/integrate.py -w metadata/workspace.xml 
ws-jaxme --debug
INFO:gump:Setting log level to DEBUG
DEBUG:gump:Produced Argument : metadata/workspace.xml
DEBUG:gump:Produced Argument : ws-jaxme
DEBUG:gump:Launch XML/DOM Parser onto : metadata/workspace.xml
Traceback (most recent call last):
  File "bin/integrate.py", line 109, in ?
irun()
  File "bin/integrate.py", line 83, in irun
run=gump.run.gumprun.GumpRun(workspace,ps,options)
  File "/home/jwi/gump/python/gump/run/gumprun.py", line 71, in __init__
gump.utils.timing.Timeable.__init__(self, workspace.getName())
AttributeError: 'NoneType' object has no attribute 'getName'
Process Exit Code : 1

--
http://lilypie.com/baby1/050423/1/5/1/+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: maven, gump, developer effort

[Stefano Mazzocchi]

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 guessed right, cocoon).

actually, we do, but I think its buggy.
The problem with maven is that I don't know how we can "inject" the 
gump-generated dependency jars into maven.

that has been answered by others now :-D
Does anybody have an idea?

I will assert that maven is the root problem (no offense intended to the 
maven people, I'm rather happy with maven recently otherwise). Maven is 
not built to have other stuff control it, ie it is not very embeddable 
(unlike ant). It is also not properly bootstrappable. It also has too 
many complex dependencies itself.

I will assert as well that this problem goes away with maven2
(http://cvs.apache.org/viewcvs.cgi/maven-components/ and
 http://nagoya.apache.org/eyebrowse/SummarizeList?listId=254), being 
built using an IoC container and all as it is.

There was/is a pretty aggressive schedule set for maven2 (IIRC the 
original idea was to have it released by now), which made me want to 
work on all this even less.

---
Some general comments are no doubt still valid.
Taking even a short look at the CVS|SVN history of the excalibur 
codebases (barring various experiments and other "noise") reveals that a 
rather significant part of the time has been invested in build systems, 
gump integration etc etc. For a supposedly mature and stable project, 
much much more than makes sense.

That had to stop, and it has. The only healthy way to improve the 
excalibur "FOG" factor is to make it easy and worthwhile for excalibur 
and others to do just that.

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.

The second thing I would have my team do is to get in place a 
double-click (and/or configure; make; make install) installer.

g'night!
Leo,
do you want to help making gump a better thing? fix that damn excalibur 
project!

Don't ask what gump can do for you, but what you can do for gump.
Everything we talked at FooCamp does *NOT* work if we don't reach 
equilibrium.

Do you want an easier Gump? a better documentation? better marketing? 
better ability to spot blame? a better way to edit the metadata and 
validate it?

Join the club.
Now, can we get to equilibrium first? please? can you help me help you?
--
Stefano.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [vote] move the descriptors in our hands

[Stefano Mazzocchi]

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)

[Jochen Wiedmann]

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?

[Adam R. B. Jack]

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

[Adam R. B. Jack]

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

[Adam R. B. Jack]

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

[Adam R. B. Jack]

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

[Adam Jack]

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

[Stephen McConnell]

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

[Jochen Wiedmann]

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

[brutus]

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 fo

Avalon artifactIds (was Re: Excalibur & Gump/Maven)

[Adam R. B. Jack]

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?

regards

Adam


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

BATCH: All dressed up, with nowhere to go...

[brutus]

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]: Project invicta (in Module invicta) 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 invicta *no longer* has an issue.
Project State : 'Success', Reason ''

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.


The following work was performed:
http://brutus.apache.org/gump/public/invicta/invicta/gump_work/build_invicta_invicta.html
Work Name: build_invicta_invicta (Type: Build)
State: Success
Elapsed: 4 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 -Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dinvicta.jar.file=invicta-08102004.jar pack 
[Working Directory: /usr/local/gump/public/workspace/invicta]
CLASSPATH : 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/invicta/target/antclasses:/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/ant-contrib/build/lib/ant-contrib-08102004.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/jakarta-commons/digester/dist/commons-digester.jar:/usr/local/gump/public/workspace/jakarta-commons/lang/dist/commons-lang-08102004.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-08102004.jar-
Buildfile: build.xml

init:

compile:
[mkdir] Created dir: /usr/local/gump/public/workspace/invicta/target/antclasses
[javac] Compiling 98 source files to 
/usr/local/gump/public/workspace/invicta/target/antclasses
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.

pack:
[mkdir] Created dir: /usr/local/gump/public/workspace/invicta/target/lib
  [jar] Building jar: 
/usr/local/gump/public/workspace/invicta/target/lib/invicta-08102004.jar

BUILD SUCCESSFUL
Total time: 3 seconds
-




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) #5.
Produced by Gump 2.1.0-alpha-0003.
[Run (30001208102004, brutus:brutus-public:30001208102004)]
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]

DO NOT REPLY [Bug 25436] - Spaces in properties not handled

[bugzilla]

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

[bugzilla]

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

[Jochen Wiedmann]

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)

[Stephen McConnell]

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

[brutus]

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 wro