Re: Multiple targets|goals (for Ant|Maven|NAnt)
On Tue, 5 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: I found that one project (easymock) used an Ant target with a space in it, and (unfortunately) Gump was using space as a target list separator. I think I posted about it, when I added easymock, but unfortunately lacked the time to follow up on it. I changed the Gump code to use comma instead, and attempted to change the metadata for project accordingly. Shouldn't cause too many problems since target names with commas in them are even less likely than ones with spaces in Ant. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project ant.xml barcode4j.xml depot.xml excalibur.xml gump.xml j2ee-connector.xml jaas.xml jakarta-cactus.xml jakarta-velocity.xml jstl-jsp-12.xml jts.xml jython.xml mx4j.xml scarab.xml ws-axis.xml ws-juddi.xml wss4j.xml xml-xalan.xml
On 6 Oct 2004, [EMAIL PROTECTED] wrote: metadata cleanup while figuring out the DTDs I'm afraid you are doing too much cleanup and we rather need to adjust the DTD. ant basedir=proposal/xdocs target=docs-from-scratch - jvmarg value=-Xmx256m/ should better be supported. -ant target=gump debug=true +ant target=gump Is supported by Gump (the Python incarnation) IIRC. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RT] fixing gump
On 06 Oct 2004, David Crossley [EMAIL PROTECTED] wrote: How to ease the confusion, i do not know. In some way allow Gumpers a more direct way to modify your Gump descriptors 8-) Right now cocoon-lenya's (I realize that this is not yours) descriptor references project avalon which has gone many moons ago. I've been (still am) too busy to play the manual nagger this time - and I don't think we have automated nags to capture this. FWIW I totally agree with anybody complaining about the current nag mails. I don't understand them either and directly go to the logs on Brutus (since I know where to look). Even if there's been a simple compilation error, you don't get the error inside the mail but just a bunch of stack-traces - which is the result of combining -verbose with only send the last few lines of the log. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: gump/gump-test 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 gump-test has an issue affecting its community integration, and has been outstanding for 22L runs. Project State : 'Failed' Full details are available at: http://brutus.apache.org/gump/public/gump/gump-test/index.html That said, some snippets follow: The following annotations were provided: -INFO- Failed with reason synchronize failed To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/gump/gump-test/rss.xml Atom: http://brutus.apache.org/gump/public/gump/gump-test/atom.xml -- Gump E-mail Identifier (within run) #2. Produced by Gump 2.1.0-alpha-0003. [Run (5606102004, brutus:brutus-public:5606102004)] 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]
How to run gump?
Hi,
sorry for asking again. My issue is still how to reproduce the ws-jaxme
nagging. (See
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=8679
) After some days, I decided to check whether some update in the trunc
has cured the original problem. However, I do get the following error
messages now:
[EMAIL PROTECTED] gump]$ python gump.py -w metadata/gump.xml ws-jaxme
-
-Apache Gump
-
- GUMP run on host : stujwi
- GUMP run @ : 06 Oct 04 10:03:07
- GUMP run @ UTC: 06 Oct 04 08:03:07
- 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'
Terminated unintentionally...
Traceback (most recent call last):
File gump.py, line 223, in ?
raise RuntimeError('No such workspace at ' + str(workspacePath))
RuntimeError: No such workspace at /home/jwi/gump/metadata/gump.xml
[EMAIL PROTECTED] gump]$
In fact, there is no such file metadata/gump.xml. I tried with
workspace.xml, but that only produced the following message. (The
project descriptor ws-jaxme *is* in the project directory.)
Regards,
Jochen
[EMAIL PROTECTED] gump]$ python gump.py -w metadata/workspace.xml ws-jaxme
-
-Apache Gump
-
- GUMP run on host : stujwi
- GUMP run @ : 06 Oct 04 10:02:43
- GUMP run @ UTC: 06 Oct 04 08:02:43
- 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 53854.
Executing with CWD: [metadata]
Execute : cvs -q update -dP
Password:
Execute : /usr/bin/python bin/integrate.py -w metadata/workspace.xml
ws-jaxme
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 77, in __init__
self.gumpSet=gump.run.gumpset.GumpSet(self.workspace,expr)
File /home/jwi/gump/python/gump/run/gumpset.py, line 118, in __init__
self.validate()
File /home/jwi/gump/python/gump/run/gumpset.py, line 123, in validate
raise RuntimeError, 'No projects match [' + self.projectexpression
+ ']'
RuntimeError: No projects match [ws-jaxme]
Process Exit Code : 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 10 notifys should have been sent *** G U M P [EMAIL PROTECTED]: gump failed [EMAIL PROTECTED]: smartfrog success, but with warnings. [EMAIL PROTECTED]: xom failed [EMAIL PROTECTED]: jakarta-servletapi-5/txt2html-task success, but with warnings. [EMAIL PROTECTED]: xdoclet success, but with warnings. [EMAIL PROTECTED]: jrefactory/jrefactory-pretty failed [EMAIL PROTECTED]: werkz success, but with warnings. [EMAIL PROTECTED]: easymock/easymock failed [EMAIL PROTECTED]: eyebrowse/eyebrowse failed [EMAIL PROTECTED]: jetty/jetty-plus failed *** G U M P [EMAIL PROTECTED]: gump 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] Module gump has an issue affecting its community integration, and has been outstanding for 22L runs. Module State : 'Failed' Full details are available at: http://brutus.apache.org/gump/public/gump/index.html That said, some snippets follow: The following annotations were provided: -INFO- Failed with reason synchronize failed The following work was performed: http://brutus.apache.org/gump/public/gump/gump_work/update_gump.html Work Name: update_gump (Type: Update) State: Success Elapsed: 1 min 32 secs Command Line: svn --quiet checkout http://svn.apache.org/repos/asf/gump/trunk/ --non-interactive [Working Directory: /usr/local/gump/public/workspace/cvs] - No output - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/gump/rss.xml Atom: http://brutus.apache.org/gump/public/gump/atom.xml -- Gump E-mail Identifier (within run) #1. Produced by Gump 2.1.0-alpha-0003. [Run (5606102004, brutus:brutus-public:5606102004)] http://brutus.apache.org/gump/public/index.html http://brutus.apache.org/gump/public/options.html *** G U M P [EMAIL PROTECTED]: smartfrog 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 smartfrog contains errors. Module State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/smartfrog/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/smartfrog/gump_work/update_smartfrog.html Work Name: update_smartfrog (Type: Update) State: Failed Elapsed: 2 mins 41 secs Command Line: cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:2401/cvsroot/smartfrog update -P -d -A [Working Directory: /usr/local/gump/public/workspace/cvs/smartfrog] - cvs [update aborted]: writing to server: Broken pipe - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/smartfrog/rss.xml Atom: http://brutus.apache.org/gump/public/smartfrog/atom.xml -- Gump E-mail Identifier (within run) #3. Produced by Gump 2.1.0-alpha-0003. [Run (5606102004, brutus:brutus-public:5606102004)] http://brutus.apache.org/gump/public/index.html http://brutus.apache.org/gump/public/options.html *** G U M P [EMAIL PROTECTED]: xom 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] Module xom has an issue affecting its community integration, and has been outstanding for 20L runs. Module State : 'Failed' Full details are available at: http://brutus.apache.org/gump/public/xom/index.html That said, some snippets follow: The following annotations were provided: -INFO- Failed with reason synchronize failed The following work was performed: http://brutus.apache.org/gump/public/xom/gump_work/update_xom.html Work Name: update_xom (Type: Update) State: Success Elapsed: 34 secs Command Line: cvs -q -z3 -d :pserver:[EMAIL PROTECTED]:2401/cvs update -P -d -A [Working Directory: /usr/local/gump/public/workspace/cvs/xom] - No output - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/xom/rss.xml Atom: http://brutus.apache.org/gump/public/xom/atom.xml -- Gump E-mail Identifier (within run) #4. Produced by
BATCH: Unable to send...
Dear Gumpmeisters, The following 1 notifys should have been sent *** G U M P [EMAIL PROTECTED]: depot/depot-update failed *** G U M P [EMAIL PROTECTED]: depot/depot-update failed Failed with to: [EMAIL PROTECTED] from: [Adam Jack [EMAIL PROTECTED]] Failed to send notify e-mail: (500, 'Unrecognized command') 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 depot-update has an issue affecting its community integration. This issue affects 6 projects, and has been outstanding for 24L runs. Project State : 'Failed' The following are affected: - antworks-importer-with-depot : Autodownload and import ant build.xml's. - depot-update : Depot -- repository tools and more... - depot-update-ant-sample-httpclient : Depot -- repository tools and more... - depot-update-ant-sample-jdk : Depot -- repository tools and more... - depot-update-ant-sample-vfs : Depot -- repository tools and more... - depot-update-test : Depot -- repository tools and more... Full details are available at: http://brutus.apache.org/gump/public/depot/depot-update/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole output [depot-update-0.1-gump-06102004.jar] identifier set to project name -DEBUG- Dependency on ant exists, no need to add for property ant.home. -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/depot/depot-update/gump_work/build_depot_depot-update.html Work Name: build_depot_depot-update (Type: Build) State: Failed Elapsed: 6 secs Command Line: java -Djava.awt.headless=true 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 -Dproject.version=0.1-gump-06102004 -f build.xml gump [Working Directory: /usr/local/gump/public/workspace/depot/update] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/depot/update/build/depot-home/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/depot/version/dist/depot-version-gump-06102004.jar:/usr/local/gump/public/workspace/depot/common/dist/depot-common-gump-06102004.jar:/usr/local/gump/public/workspace/antworks-importer/dist/antworks-importer-0.2-gump-06102004.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-06102004.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/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-06102004.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/commons-vfs/target/commons-vfs-06102004.jar- [get] Getting: http://www.ibiblio.org/maven/commons-httpclient/jars/commons-httpclient-2.0.jar [get] local file date : Wed Feb 18 11:09:13 PST 2004 [get] Not modified - so not downloaded get-commons-codec: [get] Getting: http://www.ibiblio.org/maven/commons-codec/jars/commons-codec-1.2.jar [get] local file date : Thu Jan 29 16:46:17 PST 2004 [get] Not modified - so not downloaded get-regexp: [get] Getting: http://www.ibiblio.org/maven/regexp/jars/regexp-1.3.jar [get] local file date : Mon Dec 22 05:00:12 PST 2003 [get] Not modified - so not downloaded get-depot-update.dependent.jars: get-all: -init-path: version.init: version-stamp: [version-stamp] Execute Synchronize... [version-stamp] Ignoring property [org.apache.depot.version.build.datetime] - [Wed Oct 06 04:27:39 PDT 2004] -check-code-presence: -java.init: compile-src: [echo] Compiling project core with Java 1.4, debug on, optimize off, deprecation on [mkdir] Created dir: /usr/local/gump/public/workspace/depot/update/build/depot-update/classes [javac] Compiling 143
Re: How to run gump?
Jochen: sorry for asking again. Gosh no, please don't aspologize. Thanks for being persistent. My issue is still how to reproduce the ws-jaxme nagging. (See http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=8679 ) After some days, I decided to check whether some update in the trunc has cured the original problem. However, I do get the following error messages now: Huh, I don't get it, I don't see that mail in my inbox. Odd, some filter foobar perhaps. Anyway, I'll answer it now. The inability to write to /data is (as you are probably aware) because you have to create a workspace definition (or customize metadata/workspace.xml it to your local environment), i.e. pick some directories/paths. As I see here : http://gump.apache.org/gettingstarted.html#Defining+your+workspace It does mention gump.xml and minimal-workspace.xml. Hmm, it seems that somebody 'tidied' this directory, and failed to keep the documentation in step with that. It seems (to me) that the intention here is good -- just have a single workspace.xml (that is well commented/documented) -- so I'll update the documentation to match. [EMAIL PROTECTED] gump]$ python gump.py -w metadata/workspace.xml ws-jaxme [...] RuntimeError: No projects match [ws-jaxme] Process Exit Code : 1 Yup. Please open up the workspace.xml and edit it to use the full gump profile, not the minimal one (which only includes up to Ant, and is mainly for testing). See the individual had placed it in there, and commented it? Once you get the full profile, that ought include ws-jaxme, so it ought find the project. If you build just it you may (or may not, not sure) run into the need for some packages (downloaded jars). Gump doesn't (today) handle that for you (partially 'cos of license agreements you might need to click upon) If you get stuck on this please post here. Good luck. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Gump Wiki] Updated: FrontPage
Date: 2004-10-06T07:49:01 Editor: AdamJack [EMAIL PROTECTED] Wiki: Gump Wiki Page: FrontPage URL: http://wiki.apache.org/gump/FrontPage no comment Change Log: -- @@ -29,6 +29,9 @@ '''GumpCommandLineOptions''' Some more notes about those commandline scripts. + '''GumpNotifications''' + Improving notification mails and/or micro-content notifications. + '''GumpRunDocumentation''' Some notes/ideas on how Gump can/ought document it metadata and output. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Gump Wiki] New: GumpNotifications
Date: 2004-10-06T07:56:46
Editor: AdamJack [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: GumpNotifications
URL: http://wiki.apache.org/gump/GumpNotifications
no comment
New Page:
= Gump Notifications =
= E-mail =
{{{
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 depot-update has an issue affecting its community integration.
This issue affects 6 projects, and has been outstanding for 14L runs.
Project State : 'Failed'
The following are affected:
- antworks-importer-with-depot : Autodownload and import ant build.xml's.
- depot-update : Depot -- repository tools and more...
- depot-update-ant-sample-httpclient : Depot -- repository tools and more...
- depot-update-ant-sample-jdk : Depot -- repository tools and more...
- depot-update-ant-sample-vfs : Depot -- repository tools and more...
- depot-update-test : Depot -- repository tools and more...
Full details are available at:
http://brutus.apache.org/gump/public/depot/depot-update/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole output [depot-update-0.1-gump-04102004.jar] identifier set to project
name
-DEBUG- Dependency on ant exists, no need to add for property ant.home.
-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/depot/depot-update/gump_work/build_depot_depot-update.html
Work Name: build_depot_depot-update (Type: Build)
State: Failed
Elapsed: 6 secs
Command Line: java -Djava.awt.headless=true 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
-Dproject.version=0.1-gump-04102004 -f build.xml gump
[Working Directory: /usr/local/gump/public/workspace/depot/update]
CLASSPATH :
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/depot/update/build/depot-home/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/depot/version/dist/depot-version-gump-04102004.jar:/usr/local/gump/public/workspace/depot/common/dist/depot-common-gump-04102004.jar:/usr/local/gump/public/workspace/antworks-importer/dist/antworks-importer-0.2-gump-04102004.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-04102004.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/public/workspace/jakarta-commons/httpclient/dist/commons-httpclient.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-04102004.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/commons-vfs/target/commons-vfs-04102004.jar-
[get] Getting:
http://www.ibiblio.org/maven/commons-httpclient/jars/commons-httpclient-2.0.jar
[get] local file date : Wed Feb 18 11:09:13 PST 2004
[get] Not modified - so not downloaded
get-commons-codec:
[get] Getting:
http://www.ibiblio.org/maven/commons-codec/jars/commons-codec-1.2.jar
[get] local file date : Thu Jan 29 16:46:17 PST 2004
[get] Not modified - so not downloaded
get-regexp:
[get] Getting: http://www.ibiblio.org/maven/regexp/jars/regexp-1.3.jar
[get] local file date : Mon Dec 22 05:00:12 PST 2003
[get] Not modified - so not downloaded
get-depot-update.dependent.jars:
get-all:
-init-path:
version.init:
version-stamp:
[version-stamp] Execute Synchronize...
[version-stamp] Ignoring property [org.apache.depot.version.build.datetime] - [Mon
Oct 04 04:32:58 PDT 2004]
-check-code-presence:
-java.init:
compile-src:
[echo] Compiling project core with Java 1.4, debug on, optimize off, deprecation
on
[mkdir] Created dir:
/usr/local/gump/public/workspace/depot/update/build/depot-update/classes
[javac] Compiling 143 source files to
/usr/local/gump/public/workspace/depot/update/build/depot-update/classes
[javac]
Re: [RT] fixing gump
A tweet from the background ... Very welcome. The email reports that nag us on Cocoon and Forrest are very hard for me to follow. (Please don't stop the nags.) I do try to decipher them and even follow through to the website. However, i inevitably give up and wait. Bummer. Can you point to parts that are confusing? I'd appreciate any feedback on wording, or content, or format, or whatever. Thank heaven that Stefan Bodewig and Stephen McConnell et al sometimes send us a fix for our gump descriptor. These fixes are often obscure. This is something I totally agree upon. An Ant build works for user's, but fail on Gump, 'cos Gump is more strict or in a clean environment, or in it's environment. I've tried to list (on the www pages) all these things, so folks can compare, but I beleive many folks see that as overkill information/clutter that hinders more than helps. If a dynamic webapp (or more structured/broken static set of pages) could allow users to get answers to their questions (e.g. what CLASSPATH is used, what properties are set) rather than having it all dumped in front of them, I think it'd improve things. So, please, it is not that we don't care. How to ease the confusion, i do not know. I also believe that Gump needs to start being more intelligent about it's builds, and interacting with them. It isn't so hard to detect what is going on inside, and Gump can parse Ant output. A ClassNotFound (when it works for a user) is almost always a missing depend or work entry, and Gump could prompt users for this. Heck, Gump ought go and look up the package of the missing class and see if it knows where it ought find it. I think Gump needs to start to parsing the outputs, and talking to the users about them. That, and perhaps we need to work on documenting the XML more clearly (or referencing it more). regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RT] fixing gump
Stefan wrote: In some way allow Gumpers a more direct way to modify your Gump descriptors 8-) You are asking for them to be moved to Gump CVS, right? If so, let's make that request clear. Right now cocoon-lenya's (I realize that this is not yours) descriptor references project avalon which has gone many moons ago. I've been (still am) too busy to play the manual nagger this time - and I don't think we have automated nags to capture this. We did start nagging on 'errors in annotations', such as this, I believe. If it isn't being nagged upon it ought be, I'll investigate. FWIW I totally agree with anybody complaining about the current nag mails. I don't understand them either and directly go to the logs on Brutus (since I know where to look). Even if there's been a simple compilation error, you don't get the error inside the mail but just a bunch of stack-traces - which is the result of combining -verbose with only send the last few lines of the log. That was why I removed the automated verbose (or made it a lot less frequent, I forget which). Also, that last few lines -- I think that is in the HTML pages, not the mail. In the mail we show the last 50 lines. Have you looked lately? Are things still so bad that you'd still ignore them? If so, I'd like to get input on how to fix things. Here is one we can all look at: http://wiki.apache.org/gump/GumpNotifications Can we annotate this page w/ questions/issues/comments/feedback? regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Gump Wiki] Updated: GumpNotifications
Date: 2004-10-06T08:20:30 Editor: AdamJack [EMAIL PROTECTED] Wiki: Gump Wiki Page: GumpNotifications URL: http://wiki.apache.org/gump/GumpNotifications no comment Change Log: -- @@ -10,7 +10,7 @@ and/or contact folk at [EMAIL PROTECTED] Project depot-update has an issue affecting its community integration. -This issue affects 6 projects, and has been outstanding for 14L runs. +This issue affects 6 projects, and has been outstanding for 14 runs. Project State : 'Failed' The following are affected: - antworks-importer-with-depot : Autodownload and import ant build.xml's. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RT] fixing gump
On Wed, 6 Oct 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: Stefan wrote: In some way allow Gumpers a more direct way to modify your Gump descriptors 8-) You are asking for them to be moved to Gump CVS, right? If so, let's make that request clear. Not necessarily. Stefano proposed to grant (svn) commit access to the descriptor to Gumpers, which would work for me as well. In the mail we show the last 50 lines. which may not be enough - and used to be stack traces only. Have you looked lately? Actually, no. I'm sorry, I missed the fact that you changed the turn on verbose output mechanism. I had given up on reading nag mails before that. I could work with the nags we have right now. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [RT] fixing gump
David Crossley wrote: Stefano Mazzocchi wrote: Adam R. B. Jack wrote: snip/ Cocoon didn't build 'cos (1) we'd not got enough folks caring about gump successes (2) we didn't build from repository (and cocoon has lots of dependencies, so it's chances of a build were unlikely. FWIIW: Communities (many), along with myself (looking at 'affected') and Stefan (just being the natural Gumpmeister) put in the time and effort in to picked candidate failures, fix them, and slowly edged up the Gump wave front to meet Cocoon. So, in a sense, this number resulted in Cocoon getting built. ;-) all right, it is clearly not your fault that cocoon was never built, but this for sure didn't help, IMHO. A tweet from the background ... The email reports that nag us on Cocoon and Forrest are very hard for me to follow. (Please don't stop the nags.) I do try to decipher them and even follow through to the website. However, i inevitably give up and wait. Thank heaven that Stefan Bodewig and Stephen McConnell et al sometimes send us a fix for our gump descriptor. These fixes are often obscure. So, please, it is not that we don't care. How to ease the confusion, i do not know. David, first of all, I think forrest should really transfer control of their descriptor to the gump project. You are the only ASF descriptor that does not validate against the DTDs that I finished last night. [this is because Nicola's love into overdesign] That would help gump help you. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Re: cvs commit: gump/project ant.xml barcode4j.xml depot.xml excalibur.xml gump.xml j2ee-connector.xml jaas.xml jakarta-cactus.xml jakarta-velocity.xml jstl-jsp-12.xml jts.xml jython.xml mx4j.xml scarab.xml ws-axis.xml ws-juddi.xml wss4j.xml xml-xalan.xml
Stefan Bodewig wrote: On 6 Oct 2004, [EMAIL PROTECTED] wrote: metadata cleanup while figuring out the DTDs I'm afraid you are doing too much cleanup and we rather need to adjust the DTD. well, not so sure. ant basedir=proposal/xdocs target=docs-from-scratch - jvmarg value=-Xmx256m/ This is the only occurence of this in the entire repository. Why doesn't anybody else has a problem with this? should better be supported. -ant target=gump debug=true +ant target=gump Is supported by Gump (the Python incarnation) IIRC. This was used in 3/4 descriptors. I really don't understand why it should be a descriptor/based thing. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
ws-jaxme failure on Gump
I took a look at the ws-jaxme configuration, and its Ant scripts. As far as
I followed it, I was wrong about this being a simple work or depend
problem. I wonder if it is a clean environment problem.
Looking at the build output:
http://brutus.apache.org/gump/public/ws-jaxme/ws-jaxme/gump_work/build_ws-jaxme_ws-jaxme.html
which gives...JM.precompile:
BUILD FAILED
/usr/local/gump/public/workspace/ws-jaxme/ant/jm.xml:60:
java.lang.ClassNotFoundException:
org.apache.ws.jaxme.generator.sg.AttributeSGIt seems that this (below) is
failing to find the (above) class:target name=JM.precompile
depends=dirs,JS.all,XS.all,JS.taskdefchainGenerator
destDir=${build.jm.src}classpath
pathelement location=${src.jm}//classpath
chain
controllerInterfaceName=org.apache.ws.jaxme.generator.sg.AttributeSG
chainInterfaceName=org.apache.ws.jaxme.generator.sg.AttributeSGChain
proxyClassName=org.apache.ws.jaxme.generator.sg.impl.AttributeSGChainImpl
implementationClassName=org.apache.ws.jaxme.generator.sg.impl.AttributeSGIm
pl/I do not know the purpose of this aspect of the build, but it seems (to
me) to be attempting to load a class that ought be built by JM.compile (a
task dependent upon this JM.precompile.)As such, could it be as simple as
(in a clean environment) the class being reference has yet to be
compiled?regardsAdam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[vote] move the descriptors in our hands
There are 4 ASF descriptos that currently don't reside in our repository: 1) avalon_trunk 2) cocoon 3) forrest 4) lenya and a few others (3) from outside. I would strongly suggest that we start moving them. The only problematic one is cocoon's since it's a central piece of the build system. But this can be easily solved with svn:external if we move the metadata in SVN. So, two votes: 1) move the metadata to SVN 2) move the descriptors into that module 3) give all committers write access to the /metadata folder (DTD will *NOT* reside there!) with svn:external, it should be rather painless for the cocoon project to allow the descriptor to be moved here. Please, vote. -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
Want to receive Gump commit messages?
Please subscribe to the new mailing list: http://gump.apache.org/mail.html#Commits+List Since we migrated to both SVN and CVS this was created (a week or so ago), but folks subscribed to [EMAIL PROTECTED] were *NOT* automatically subscribed to [EMAIL PROTECTED] Please do so manually -- or enjoy the piece and quiet. :-) regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ws-jaxme failure on Gump
Hi, Adam,
thanks for looking into this. Your diagnosis is mainly tight: The code
generator (chainGenerator) ought to load the class AttributeSG in order
to create a derived class.
In the past, you had been completely right: The task required the
*compiled* class AttributeSG. However, this is no longer the case: The
current implementation is able to parse the sources.
What seems to happen is this:
- The generator attempts to load the compiled class. This fails with
a ClassNotFoundException.
- The generator attempts to load the source file. It does so via the
same classpath (which is probably an abuse of classpaths, but that's
how it is). That's the reason why ${src.jm} is in the classpath.
- Finally, as both attempts fail, it throws the ClassNotFoundException
from the first step.
Considering this, and the strange things that Gump does with classpaths:
Is it possible, that the directory ${src.jm} (aka src/jaxme) must be
added to the project descriptor?
Regards,
Jochen
--
http://lilypie.com/baby1/050423/1/5/1/+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: ws-jaxme failure on Gump
Jochen Wiedmann wrote:
Considering this, and the strange things that Gump does with classpaths:
Is it possible, that the directory ${src.jm} (aka src/jaxme) must be
added to the project descriptor?
Given that Gump enforces control over classpaths (with a little willing
participation from Ant, http://ant.apache.org/manual/sysclasspath.html)
then *most definitely*. The reason the we-jaxme descriptor has mkdir
entries and work entries is that (perhaps historically) the JVM would drop
system classpath parts that did not exist at Ant's start-up. Given this is a
source directory, I suspect you only need the work entry.
regards
Adam
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] move the descriptors in our hands
On Thursday 07 October 2004 02:39, Stefano Mazzocchi wrote: There are 4 ASF descriptos that currently don't reside in our repository: 1) avalon_trunk 2) cocoon 3) forrest 4) lenya and a few others (3) from outside. The only problematic one is cocoon's since it's a central piece of the build system. Not entirely correct (not withstanding the eminent changes to Avalon itself), the Gump descriptor for the avalon projects are in the Avalon source repository, as it is auto-generated from the project models, and committed upon change. We considered that a manual copy would be prone to human errors (for instance, forgotten). I guess we could make an effort to have the buildsystem more strongly understand that it should go elsewhere. So, two votes: 1) move the metadata to SVN 2) move the descriptors into that module 3) give all committers write access to the /metadata folder (DTD will *NOT* reside there!) with svn:external, it should be rather painless for the cocoon project to allow the descriptor to be moved here. I guess I need to read up on that property. If it works for Cocoon it sure would work for Avalon as well. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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 1 notifys should have been sent
*** G U M P
[EMAIL PROTECTED]: Project struts-sslext (in Module struts-sslext) failed
*** G U M P
[EMAIL PROTECTED]: Project struts-sslext (in Module struts-sslext) 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 struts-sslext has an issue affecting its community integration.
This issue affects 1 projects.
Project State : 'Failed'
The following are affected:
- struts-sslext : The Struts SSL Extension for HTTP/HTTPS switching
Full details are available at:
http://brutus.apache.org/gump/public/struts-sslext/struts-sslext/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole output [sslext.jar] identifier set to project name
-INFO- Made directory
[/usr/local/gump/public/workspace/struts-sslext/web/WEB-INF/classes]
-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/struts-sslext/struts-sslext/gump_work/build_struts-sslext_struts-sslext.html
Work Name: build_struts-sslext_struts-sslext (Type: Build)
State: Failed
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-xerces2/java/build/xml-apis.jar
org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml
-Dbuild.sysclasspath=only compile make-jar
[Working Directory: /usr/local/gump/public/workspace/struts-sslext]
CLASSPATH :
/usr/local/j2sdk1.4.2_04/lib/tools.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/jakarta-commons/digester/dist/commons-digester.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-servletapi-4/lib/servlet.jar:/usr/local/gump/public/workspace/struts/dist/lib/struts.jar:/usr/local/gump/packages/jsse1.0.3/lib/jcert.jar:/usr/local/gump/packages/jsse1.0.3/lib/jnet.jar:/usr/local/gump/packages/jsse1.0.3/lib/jsse.jar-
Buildfile: build.xml
compile:
[javac] Compiling 13 source files to
/usr/local/gump/public/workspace/struts-sslext/web/WEB-INF/classes
[javac]
/usr/local/gump/public/workspace/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:204:
cannot resolve symbol
[javac] symbol : variable type
[javac] location: class org.apache.struts.taglib.html.SecureFormTag
[javac] if (type != null) {
[javac] ^
[javac]
/usr/local/gump/public/workspace/struts-sslext/src/org/apache/struts/taglib/html/SecureFormTag.java:213:
cannot resolve symbol
[javac] symbol : variable type
[javac] location: class org.apache.struts.taglib.html.SecureFormTag
[javac] messages.getMessage(formTag.create, type,
e.toString()));
[javac] ^
[javac] Note: Some input files use or override a deprecated API.
[javac] Note: Recompile with -deprecation for details.
[javac] 2 errors
BUILD FAILED
/usr/local/gump/public/workspace/struts-sslext/build.xml:29: Compile failed; see the
compiler error output for details.
Total time: 2 seconds
-
To subscribe to this information via syndicated feeds:
RSS: http://brutus.apache.org/gump/public/struts-sslext/struts-sslext/rss.xml
Atom: http://brutus.apache.org/gump/public/struts-sslext/struts-sslext/atom.xml
--
Gump E-mail Identifier (within run) #2.
Produced by Gump 2.1.0-alpha-0003.
[Run (26001006102004, brutus:brutus-public:26001006102004)]
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: cvs commit: gump/project ant.xml barcode4j.xml depot.xml excalibur.xml gump.xml j2ee-connector.xml jaas.xml jakarta-cactus.xml jakarta-velocity.xml jstl-jsp-12.xml jts.xml jython.xml mx4j.xml scarab.xml ws-axis.xml ws-juddi.xml wss4j.xml xml-xalan.xml
I'm afraid you are doing too much cleanup and we rather need to adjust the DTD. well, not so sure. I do think the metadata has grown since those DTDs were written, and I agree they need to grow. ant basedir=proposal/xdocs target=docs-from-scratch - jvmarg value=-Xmx256m/ This is the only occurence of this in the entire repository. Why doesn't anybody else has a problem with this? should better be supported. -ant target=gump debug=true +ant target=gump Is supported by Gump (the Python incarnation) IIRC. This was used in 3/4 descriptors. I really don't understand why it should be a descriptor/based thing. It allows user (perhaps with access to their metadata only, not running Gump themselves) to request that Ant (or Maven or whatever) gives verbose and/or debug levels of output. This is on the builders and the updaters. [Sure, it would be nicer for folks to be able to interact with the Gump instance to request this, but (as of today) we don't have a capability for such workflows -- and this is simple.] regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [vote] move the descriptors in our hands
So, two votes: 1) move the metadata to SVN 2) move the descriptors into that module 3) give all committers write access to the /metadata folder (DTD will *NOT* reside there!) with svn:external, it should be rather painless for the cocoon project to allow the descriptor to be moved here. Since we have, in Gump SVN, a ./metadata (albeit an empty directory) into which we CVS update, could we not start populating it as we need? Does this not give us the ability to experiment with svn:external (and whatever else) yet not disrupt folks comfortably in CVS? Just a random idea... regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project gump-test (in Module gump) 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 gump-test *no longer* has an issue. Project State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/gump/gump-test/index.html That said, some snippets follow: The following work was performed: http://brutus.apache.org/gump/public/gump/gump-test/gump_work/buildscript_gump_gump-test.html Work Name: buildscript_gump_gump-test (Type: Build) State: Success Elapsed: 1 min 33 secs Command Line: /usr/local/gump/public/workspace/gump/test/gumptest.sh [Working Directory: /usr/local/gump/public/workspace/gump] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar- Thread Test:5 performs Work:4 Thread Test:1 performs Work:0 Thread Test:2 performs Work:1 Thread Test:1 performs Work:2 Thread Test:2 performs Work:3 Thread Test:1 performs Work:4 Thread Test:1 performs Work:0 Thread Test:2 performs Work:1 Thread Test:3 performs Work:2 Thread Test:4 performs Work:3 Thread Test:5 performs Work:4 Depend:[owner='project3'] project='project1' Depend:[owner='project3'] project='project2' No p3 deps: Gump -- Run the environment check INFO:gump:No workspace defined with -w or -workspace. INFO:gump:Using default workspace: /usr/local/gump/public/workspace/gump/brutus.xml INFO:gump:Failed to find environment variable [DEPOT_HOME] WARNING:gump:Command failed. [env ]. ExitCode: 2 INFO:gump:Failed to detect [env] WARNING:gump:Command failed. [java -version ]. ExitCode: 2 INFO:gump:Failed to detect [java] Gump ~ Apache Python Gump (2.1.0-alpha-0003), a multi-project builder. ~ Copyright (C) 2003/2004 Apache Software Foundation. All rights reserved. See the Apache Software License 1.1 for more details. http://www.apache.org/ Unable to detect/test mandatory [java] in path (see next). /usr/local/gump/public/workspace/gump /usr/local/gump/public/workspace/gump/bin /home/gump/rdflib-2.0.3 /usr/local/gump/public/gump/python /usr/lib/python23.zip /usr/lib/python2.3 /usr/lib/python2.3/plat-linux2 /usr/lib/python2.3/lib-tk /usr/lib/python2.3/lib-dynload /usr/local/lib/python2.3/site-packages /usr/lib/python2.3/site-packages -- -- - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/gump/gump-test/rss.xml Atom: http://brutus.apache.org/gump/public/gump/gump-test/atom.xml -- Gump E-mail Identifier (within run) #2. Produced by Gump 2.1.0-alpha-0003. [Run (15001406102004, brutus:brutus-public:15001406102004)] 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]
=?iso-8859-1?q?=5BGump_Wiki=5D_Updated=3A__BrutusConfig?=
Date: 2004-10-06T15:02:02
Editor: StefanoMazzocchi [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: BrutusConfig
URL: http://wiki.apache.org/gump/BrutusConfig
moved apache - apache2
Change Log:
--
@@ -2,8 +2,8 @@
Install the following via {{{apt-get install}}}:
- * '''required''': apache cvs libxp-dev libxt6 libxtst6 python subversion xvfb
mysql-server python2.3-mysqldb unzip
- * '''convenience''': curl lynx htdate sudo vim bzip2 mutt nano mysql-client
phpmyadmin webalizer
+ * '''required''': apache2 cvs libxp-dev libxt6 libxtst6 python subversion xvfb
mysql-server python2.3-mysqldb unzip
+ * '''convenience''': curl lynx htdate sudo vim bzip2 mutt nano mysql-client
libapache2-mod-php4 phpmyadmin webalizer
* 'Couldn't find package htdate' --SamRuby
=== Create gump user ===
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
=?iso-8859-1?q?=5BGump_Wiki=5D_Updated=3A__BrutusConfig?=
Date: 2004-10-06T15:15:46
Editor: StefanoMazzocchi [EMAIL PROTECTED]
Wiki: Gump Wiki
Page: BrutusConfig
URL: http://wiki.apache.org/gump/BrutusConfig
adding instructions for apache2
Change Log:
--
@@ -3,8 +3,7 @@
Install the following via {{{apt-get install}}}:
* '''required''': apache2 cvs libxp-dev libxt6 libxtst6 python subversion xvfb
mysql-server python2.3-mysqldb unzip
- * '''convenience''': curl lynx htdate sudo vim bzip2 mutt nano mysql-client
libapache2-mod-php4 phpmyadmin webalizer
- * 'Couldn't find package htdate' --SamRuby
+ * '''convenience''': curl lynx sudo vim bzip2 mutt nano mysql-client
libapache2-mod-php4 phpmyadmin webalizer
=== Create gump user ===
@@ -16,17 +15,15 @@
=== Other prereqs ===
* Java SDK:
- * Download [http://java.sun.com/j2se/1.4.2/download.html j2sdk-1_4_2_04 for Linux]
to /tmp
- * 'j2sdk-1_4_2_05 is available'
+ * Download [http://java.sun.com/j2se/1.4.2/download.html j2sdk-1_4_2_xx for Linux]
to /tmp
* {{{cd /usr/local}}}
- * execute {{{/tmp/j2sdk-1_4_2_04-linux-i586.bin}}}
+ * execute {{{/tmp/j2sdk-1_4_2_xx-linux-i586.bin}}}
* Apache Maven:
* Download [http://maven.apache.org/start/download.html Maven] to /tmp (select
.tar.gz format)
* {{{cd /usr/local/gump}}}
- * {{{tar -xzf /tmp/maven-1.0-rc2.tar.gz}}}
+ * {{{tar -xzf /tmp/maven-xxx.tar.gz}}}
* '''Note''': MAVEN_HOME will be exported and added to the PATH in step 4
- * 'maven-1.0 is available'
=== Optional Extra ===
@@ -85,7 +82,9 @@
* add this crontab entry:
{{{0 0 * * * cd /usr/local/gump/public/gump; /bin/bash gumpy.sh
}}}
- * add the following to {{{/etc/apache/httpd.conf}}} immediately after all the other
Aliases:
+ * copy the file {{{/etc/apache2/sites-available/default}}} into
{{{/etc/apache2/sites-available/[virtual.host]}}}
+ * configure {{{/etc/apache2/sites-available/[virtual.host]}}} for your needs
+ * add the following to {{{/etc/apache2/sites-avaliable/[virtual.host]}}} immediately
after all the other Aliases:
{{{Alias /gump/public /usr/local/gump/public/results
Directory /usr/local/gump/public/results
@@ -94,7 +93,8 @@
Order allow,deny
Allow from all
/Directory}}}
- * {{{/etc/init.d/apache restart}}}
+ * run {{{a2ensite}}} and when prompted, enter [virtual.host] (the same name that you
used above)
+ * {{{/etc/init.d/apache2 restart}}}
* logoff, logon as gump, and run some tests:
{{{cd /usr/local/gump/public/gump/python
export PYTHONPATH=`pwd`
-
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 3 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Module gump success [EMAIL PROTECTED]: Project easymock (in Module easymock) success [EMAIL PROTECTED]: Project invicta (in Module invicta) success *** G U M P [EMAIL PROTECTED]: Module gump 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] Module gump *no longer* has an issue. Module State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/gump/index.html That said, some snippets follow: The following work was performed: http://brutus.apache.org/gump/public/gump/gump_work/update_gump.html Work Name: update_gump (Type: Update) State: Success Elapsed: 31 secs Command Line: svn --quiet update --non-interactive gump [Working Directory: /usr/local/gump/public/workspace/cvs] - No output - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/gump/rss.xml Atom: http://brutus.apache.org/gump/public/gump/atom.xml -- Gump E-mail Identifier (within run) #1. Produced by Gump 2.1.0-alpha-0003. [Run (15001406102004, brutus:brutus-public:15001406102004)] http://brutus.apache.org/gump/public/index.html http://brutus.apache.org/gump/public/options.html *** G U M P [EMAIL PROTECTED]: Project easymock (in Module easymock) 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 easymock *no longer* has an issue. Project State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/easymock/easymock/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole output [easymock.jar] identifier set to project name The following work was performed: http://brutus.apache.org/gump/public/easymock/easymock/gump_work/build_easymock_easymock.html Work Name: build_easymock_easymock (Type: Build) State: Success Elapsed: 3 secs Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only '-Djunit jar=/usr/local/gump/public/workspace/dist/junit/junit.jar' 'pack distribution' [Working Directory: /usr/local/gump/public/workspace/easymock] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/easymock/tmp:/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 [taskdef] Could not load definitions from resource clovertasks. It could not be found. init: junitexists?: checkforjunit: copy: [copy] Copying 72 files to /usr/local/gump/public/workspace/easymock/tmp build: [javac] Compiling 68 source files to /usr/local/gump/public/workspace/easymock/tmp pack distribution: [jar] Building jar: /usr/local/gump/public/workspace/easymock/tmp/easymock.jar [zip] Building zip: /usr/local/gump/public/workspace/easymock/tmp/tests.zip [zip] Building zip: /usr/local/gump/public/workspace/easymock/tmp/samples.zip [zip] Building zip: /usr/local/gump/public/workspace/easymock/tmp/src.zip [zip] Building zip: /usr/local/gump/public/workspace/easymock/easymock1.1.zip BUILD SUCCESSFUL Total time: 3 seconds - To subscribe to this information via syndicated feeds: RSS: http://brutus.apache.org/gump/public/easymock/easymock/rss.xml Atom: http://brutus.apache.org/gump/public/easymock/easymock/atom.xml -- Gump E-mail Identifier (within run) #3. Produced by Gump 2.1.0-alpha-0003. [Run (15001406102004, brutus:brutus-public:15001406102004)] 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) success To whom it may satisfy... This is an automated request, but not an unsolicited
BATCH: Unable to send...
Dear Gumpmeisters, The following 1 notifys should have been sent *** G U M P [EMAIL PROTECTED]: Project checkstyle (in Module checkstyle) success *** G U M P [EMAIL PROTECTED]: Project checkstyle (in Module checkstyle) success Failed with to: [EMAIL PROTECTED] from: [Conor MacNeill [EMAIL PROTECTED]] Failed to send notify e-mail: (113, 'No route to host') 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 checkstyle *no longer* has an issue. Project State : 'Success', Reason '' Full details are available at: http://brutus.apache.org/gump/public/checkstyle/checkstyle/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Sole output [checkstyle-06102004.jar] identifier set to project name -INFO- Made directory [/usr/local/gump/public/workspace/checkstyle/target/checkstyle] The following work was performed: http://brutus.apache.org/gump/public/checkstyle/checkstyle/gump_work/build_checkstyle_checkstyle.html Work Name: build_checkstyle_checkstyle (Type: Build) State: Success Elapsed: 30 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:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dversion=06102004 gump.setup build.bindist [Working Directory: /usr/local/gump/public/workspace/checkstyle] CLASSPATH : /usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/checkstyle/target/checkstyle:/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/packages/antlr-2.7.3/antlr.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-06102004.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/public/workspace/jakarta-bcel/bin/bcel.jar:/usr/local/gump/public/workspace/jakarta-commons/beanutils/dist/commons-beanutils-core.jar:/usr/local/gump/public/workspace/jakarta-commons/cli/target/commons-cli-06102004.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-06102004.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/jdom/build/jdom.jar:/usr/local/gump/public/workspace/jakarta-velocity/bin/velocity-06102004.jar:/usr/local/gump/public/workspace/avalon-trunk/runtime/logkit/target/deliverables/jars/avalon-logkit-06102004.jar:/usr/local/gump/public/workspace/avalon-tools/tools/magic/target/deliverables/jars/avalon-tools-magic-06102004.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar- [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/config_javadoc.html [anakia] Input: config_metrics.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/config_metrics.html [anakia] Input: config_misc.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/config_misc.html [anakia] Input: config_naming.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/config_naming.html [anakia] Input: config_sizes.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/config_sizes.html [anakia] Input: config_usage.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/config_usage.html [anakia] Input: config_whitespace.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/config_whitespace.html [anakia] Input: contributing.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/contributing.html [anakia] Input: index.xml [anakia] Output: /usr/local/gump/public/workspace/checkstyle/target/thedocs/index.html [anakia] Input: writingchecks.xml [anakia] Output:
Re: [vote] move the descriptors in our hands
Stefano Mazzocchi wrote: There are 4 ASF descriptos that currently don't reside in our repository: 1) avalon_trunk 2) cocoon 3) forrest 4) lenya and a few others (3) from outside. I would strongly suggest that we start moving them. The only problematic one is cocoon's since it's a central piece of the build system. But this can be easily solved with svn:external if we move the metadata in SVN. At Forrest our module.xml is an integral part of our build. I gather that we could use the svn:externals property too. We could instead re-structure our build system at Forrest to not depend on the module.xml file. At first glance it is just to grab our version number. However, we are just about to enter a release process, so not yet. Anyway, +1 from me (still need to raise on forrest-dev) for moving our metadata to the Gump repository and +1 for moving all Gump metadata to SVN. -- David Crossley - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
