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

2005-08-14 Thread gump
Dear Gumpmeisters,

The following 11 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: Project dnsjava (in module james-server) failed
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5) 
success, but with warnings.
[EMAIL PROTECTED]: Module db-derby success, but with warnings.
[EMAIL PROTECTED]: Project jaxen (in module jaxen) failed
[EMAIL PROTECTED]: Project commons-jci (in module jakarta-commons-sandbox) 
failed
[EMAIL PROTECTED]: Project jtidy-cvs (in module jtidy) failed
[EMAIL PROTECTED]: Project xml-security-tests (in module xml-security) failed
[EMAIL PROTECTED]: Project groovy (in module groovy) failed
[EMAIL PROTECTED]: Project commons-feedparser (in module jakarta-commons) failed
[EMAIL PROTECTED]: Project derby (in module db-derby) failed
[EMAIL PROTECTED]: Module myfaces success, but with warnings.
*** G U M P
[EMAIL PROTECTED]: Project dnsjava (in module james-server) 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 dnsjava has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 22 runs.
The current state of this project is 'Failed', with reason 'Missing Build 
Outputs'.
For reference only, the following projects are affected by this:
- dnsjava :  An implementation of DNS in Java
- james-server :  James Server


Full details are available at:
http://vmgump.apache.org/gump/public/james-server/dnsjava/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [dnsjava-1.6.2.jar] identifier set to project name
 -INFO- Failed with reason missing build outputs
 -ERROR- Missing Output: 
/usr/local/gump/public/workspace/james-server/lib/dnsjava-1.6.2.jar
 -ERROR- See Directory Listing Work for Missing Outputs
 -DEBUG- Extracted fallback artifacts from Gump Repository

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/james-server/dnsjava/rss.xml
- Atom: http://vmgump.apache.org/gump/public/james-server/dnsjava/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 3214082005, vmgump.apache.org:vmgump-public:3214082005
Gump E-mail Identifier (unique within run) #1.

*** G U M P
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5) 
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 the folk at [EMAIL PROTECTED]

Project txt2html-task contains errors.
The current state of this project is 'Success'.

Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [ant] identifier set to project name
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant]
 -INFO- No license on redistributable project with outputs.
 -ERROR- Failed to publish 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant] to 
repository : [Errno 21] Is a directory



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/gump_work/build_jakarta-servletapi-5_txt2html-task.html
Work Name: build_jakarta-servletapi-5_txt2html-task (Type: Build)
Work ended in a state of : Success
Elapsed: 2 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-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only ant 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152]
CLASSPATH: 

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

2005-08-14 Thread gump
Dear Gumpmeisters,

The following 11 notifys should have been sent

*** G U M P
[EMAIL PROTECTED]: Project dnsjava (in module james-server) failed
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5) 
success, but with warnings.
[EMAIL PROTECTED]: Module db-derby success, but with warnings.
[EMAIL PROTECTED]: Project jaxen (in module jaxen) failed
[EMAIL PROTECTED]: Project commons-jci (in module jakarta-commons-sandbox) 
failed
[EMAIL PROTECTED]: Project jtidy-cvs (in module jtidy) failed
[EMAIL PROTECTED]: Project xml-security-tests (in module xml-security) failed
[EMAIL PROTECTED]: Project groovy (in module groovy) failed
[EMAIL PROTECTED]: Project commons-feedparser (in module jakarta-commons) failed
[EMAIL PROTECTED]: Project derby (in module db-derby) failed
[EMAIL PROTECTED]: Module myfaces success, but with warnings.
*** G U M P
[EMAIL PROTECTED]: Project dnsjava (in module james-server) 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 dnsjava has an issue affecting its community integration.
This issue affects 2 projects,
 and has been outstanding for 22 runs.
The current state of this project is 'Failed', with reason 'Missing Build 
Outputs'.
For reference only, the following projects are affected by this:
- dnsjava :  An implementation of DNS in Java
- james-server :  James Server


Full details are available at:
http://vmgump.apache.org/gump/public/james-server/dnsjava/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [dnsjava-1.6.2.jar] identifier set to project name
 -INFO- Failed with reason missing build outputs
 -ERROR- Missing Output: 
/usr/local/gump/public/workspace/james-server/lib/dnsjava-1.6.2.jar
 -ERROR- See Directory Listing Work for Missing Outputs
 -DEBUG- Extracted fallback artifacts from Gump Repository

To subscribe to this information via syndicated feeds:
- RSS: http://vmgump.apache.org/gump/public/james-server/dnsjava/rss.xml
- Atom: http://vmgump.apache.org/gump/public/james-server/dnsjava/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 3214082005, vmgump.apache.org:vmgump-public:3214082005
Gump E-mail Identifier (unique within run) #1.

*** G U M P
[EMAIL PROTECTED]: Project txt2html-task (in module jakarta-servletapi-5) 
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 the folk at [EMAIL PROTECTED]

Project txt2html-task contains errors.
The current state of this project is 'Success'.

Full details are available at:

http://vmgump.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Sole output [ant] identifier set to project name
 -INFO- Made directory 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant]
 -INFO- No license on redistributable project with outputs.
 -ERROR- Failed to publish 
[/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/build/ant] to 
repository : [Errno 21] Is a directory



The following work was performed:
http://vmgump.apache.org/gump/public/jakarta-servletapi-5/txt2html-task/gump_work/build_jakarta-servletapi-5_txt2html-task.html
Work Name: build_jakarta-servletapi-5_txt2html-task (Type: Build)
Work ended in a state of : Success
Elapsed: 2 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-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only ant 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152]
CLASSPATH: 

Re: [Gump] Disregard messages due to SLF4J complaints

2005-08-14 Thread Stephane Bailliez

Alex Karasulu wrote:

Gump is complaining because it does not know what to do with the SLF4J 
dependency.  It would be nice if we could just turn Gump off.  It has 
never given true warnings.


mmm.. turning it off is not really recommended..gump is supposed to give 
visibility on the build and integration status.
It would be better to work with the gump people to figure out what's 
wrong in order to fix it for good so that it gives meaningful warning,


Obviouslly the dependencies are not uptodate (aspectj is listed, spring 
is missing, mina depends on netty2, etc...) but I have failed to 
understand the gump reports for many months now, I'm very lost when 
browsing the projects details and reports. Maybe all it takes is to 
update descriptors via 'maven gump:multiproject'. Gump people will 
probably figure that out in 10sec


NB: what's happening with the gump project repository ? it's not visible 
via viewcvs.


Cheers,

Stephane

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



[jira] Subscription: open gump issues

2005-08-14 Thread jira
Issue Subscription
Filter: open gump issues (33 issues)
Subscriber: gump@jakarta.apache.org

Project: Gump
Resolution: Unresolved

Key Summary
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 PROTECTED]



temporarily disable nags for Directory in gump?

2005-08-14 Thread Brett Porter
Hi,

Having looked at the recent problems with Apache Directory, I can't
immediately fix them. The checkout is locked and I don't have access
to vmgump. I hadn't been tracking these since it moved from brutus.

While you might want to look into automating svn cleanup on locked
checkouts, I'm proposing we disable the directory descriptors (or at
least the nags) for now. There seem to be a steady flow of problems in
the build that are not actually broken builds.

This would just be until such time as:
a) somebody else in the gump tree depends on directory libraries (at
which point gump becomes useful as a regression test, and it is worth
the effort to keep them up to date, but at the moment nothing does)
b) gump3 goes live which should be able to read the maven descriptors
directly which should just mean that nags are actually things broken,
not gump integration issues

Any thoughts?

- Brett

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



Re: temporarily disable nags for Directory in gump?

2005-08-14 Thread Leo Simons
On 15-08-2005 01:09, Brett Porter [EMAIL PROTECTED] wrote:
 Having looked at the recent problems with Apache Directory, I can't
 immediately fix them. The checkout is locked and I don't have access
 to vmgump. I hadn't been tracking these since it moved from brutus.

Would you like access? Heck, would you like to be on the Gump PMC?

 While you might want to look into automating svn cleanup on locked
 checkouts,

Aye.

[EMAIL PROTECTED]:/usr/local/gump/public/workspace/directory-naming$ svn
cleanup
svn: '' is not a working copy directory

Could you be more specific?

 I'm proposing we disable the directory descriptors (or at
 least the nags) for now. There seem to be a steady flow of problems in
 the build that are not actually broken builds.

If that's what you really want. Just comment out the nag/ elements in the
descriptors and no e-mail will be sent.

I'll point out that in general if your build keeps breaking (rather than
being broken all the time) that's because it keeps changing in
non-compatible ways. I know I've always have had loads of trouble getting it
all to compile everytime I tried to look at it. Directory does have a
problem there.

Oh, and the second bit I'll mention is that it seems no-one ever pays
attention to the builds for their project unless they get e-mail, so
there'll probably be a 'hump' to get over once you get back to sending
yourself e-mail :-)

There's a few example of bigger maven-based builds (for example I know about
Excalibur) that tend to build fine.

 This would just be until such time as:
 a) somebody else in the gump tree depends on directory libraries (at
 which point gump becomes useful as a regression test, and it is worth
 the effort to keep them up to date, but at the moment nothing does)
 b) gump3 goes live which should be able to read the maven descriptors
 directly which should just mean that nags are actually things broken,
 not gump integration issues

Mind you -- that's still going to be a while.

- Leo



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