Re: Gump Board Report Draft

[Martin van den Bemt]

"installation will ge puppetized" should probably be "installation
will get puppetized"

Mvgr,
Martin

On Sat, Sep 3, 2016 at 5:24 PM, Stefan Bodewig  wrote:
> as usual, feel free to modify it as needed. I'll submit it around the
> next weekend
>
> https://wiki.apache.org/gump/Drafts/BoardReports/20160921
>
> Thanks
>
> Stefan
>
> -
> To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
> For additional commands, e-mail: general-h...@gump.apache.org
>

-
To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org

Re: Apache Gump Board Report

[Martin van den Bemt]

No news :)

Mvgr,
Martin

Stefan Bodewig wrote:
 Infrastructure:
 
 * no new is good news.
 
 Technical:
 
 * the installation is happily chugging along but no active development
 
 Other:
 
 * still all Apache committers have access to metadata in svn.
 
 * no releases.
 
 -
 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: Access to test output directories

[Martin van den Bemt]

If you ping when another build happened, I can send you the output.

Although I won't giving seb access to vmgump :)

Mvgr,
Martin

sebb wrote:
 Is it possible to access the test output directories on gump?
 
 For example, the Cactus build
 
 http://vmgump.apache.org/gump/public/jakarta-cactus/cactus/index.html
 
 has some failing tests, so it would be usefult to be able to see the
 test output is at:
 
 /srv/gump/public/workspace/jakarta-cactus/integration/ant/target/surefire-reports
 
 but I can't work out how to get to these.
 
 Any clues? Or is it not possible without a login?
 
 -
 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: Access to test output directories

[Martin van den Bemt]

won't mind giving is what I meant..

Mvgr,
Martin

Martin van den Bemt wrote:
 If you ping when another build happened, I can send you the output.
 
 Although I won't giving seb access to vmgump :)
 
 Mvgr,
 Martin
 
 sebb wrote:
 Is it possible to access the test output directories on gump?

 For example, the Cactus build

 http://vmgump.apache.org/gump/public/jakarta-cactus/cactus/index.html

 has some failing tests, so it would be usefult to be able to see the
 test output is at:

 /srv/gump/public/workspace/jakarta-cactus/integration/ant/target/surefire-reports

 but I can't work out how to get to these.

 Any clues? Or is it not possible without a login?

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

[Martin van den Bemt]

Yeeehaaa :)

Mvgr,
Martin

Stefan Bodewig wrote:
 we've successfully built bcel on vmgump last night!
 
 Stefan
 
 -
 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: Apachecon

[Martin van den Bemt]

Coolio :).. Probably sitting at a table together in the hacathon area will do 
the trick. Maybe
whipping something up for the Fast Feather Track as a call for help to start 
with maven2 support in
Gump :)

We probably could reuse a lot from Leo's presentation for that (although I 
don't have a clue about
the content)

Mvgr,
Martin

Martin van den Bemt wrote:
 Maybe nice opportunity to have a Gump meeting at the hackathon ?
 
 Mvgr,
 Martin
 
 -
 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: [EMAIL PROTECTED]: Project ws-juddi (in module ws-juddi) failed

[Martin van den Bemt]

I guess the problem is that Maven2 is not supported yet.

Mvgr,
Martin

Kurt T Stam wrote:
 The missing dependencies have been added to the pom.xml. I'm not sure
 why this is still generating
 a build failure. Is this something you can take a look at?
 
 Thank you,
 
 --Kurt
 
 Anou Manavalan wrote:
 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 ws-juddi has an issue affecting its community integration.
 This issue affects 2 projects,
  and has been outstanding for 7 runs.
 The current state of this project is 'Failed', with reason 'Build Failed'.
 For reference only, the following projects are affected by this:
 - ws-juddi :  ws-juddi -- UDDI Toolkit/Repository
 - ws-juddi-test :  ws-juddi -- UDDI Toolkit/Repository


 Full details are available at:
 http://vmgump.apache.org/gump/public/ws-juddi/ws-juddi/index.html

 That said, some information snippets are provided here.

 The following annotations (debug/informational/warning/error messages) were 
 provided:
  -DEBUG- Sole output [juddi-22042007.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://vmgump.apache.org/gump/public/ws-juddi/ws-juddi/gump_work/build_ws-juddi_ws-juddi.html
 Work Name: build_ws-juddi_ws-juddi (Type: Build)
 Work ended in a state of : Failed
 Elapsed: 8 secs
 Command Line: java -Djava.awt.headless=true 
 -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/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 
 -Dant.home=/usr/local/gump/public/workspace/ant/dist -DDATE_STAMP=22042007 
 -f build.xml gump 
 [Working Directory: /usr/local/gump/public/workspace/ws-juddi]
 CLASSPATH: 
 /opt/jdk1.5/lib/tools.jar:/usr/local/gump/public/workspace/ws-juddi/build/classes:/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-apache-resolver.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/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/axis.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/saaj.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/axis-ant.jar:/usr/local/gump/public/workspace/ws-axis/java/build/lib/jaxrpc.jar:/usr/local/gump/public/works
pa!
  
 ce/jakarta-commons/logging/target/commons-logging-22042007.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/target/commons-logging-api-22042007.jar:/usr/local/gump/public/workspace/jakarta-commons/dbcp/dist/commons-dbcp.jar:/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-22042007.jar:/usr/local/gump/public/workspace/jakarta-commons/pool/dist/commons-pool.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:/usr/local/gump/public/workspace/checkstyle/target/dist/checkstyle-22042007/checkstyle-22042007.jar
 -
 [javac] location: class org.apache.juddi.proxy.Axis2Transport
 [javac]   sender = new ServiceClient();
 [javac]^
 [javac] 
 /x1/gump/public/workspace/ws-juddi/src/java/org/apache/juddi/proxy/Axis2Transport.java:115:
  cannot find symbol
 [javac] symbol  : class XMLStreamReader
 [javac] location: class org.apache.juddi.proxy.Axis2Transport
 [javac]   XMLStreamReader reader = 
 StAXUtils.createXMLStreamReader(is);
 [javac]   ^
 [javac] 
 /x1/gump/public/workspace/ws-juddi/src/java/org/apache/juddi/proxy/Axis2Transport.java:115:
  cannot find symbol
 [javac] symbol  : variable StAXUtils
 [javac] location: class org.apache.juddi.proxy.Axis2Transport
 [javac]   XMLStreamReader reader = 
 StAXUtils.createXMLStreamReader(is);
 [javac]^
 [javac] 
 /x1/gump/public/workspace/ws-juddi/src/java/org/apache/juddi/proxy/Axis2Transport.java:116:
  cannot find symbol
 [javac] symbol  : class StAXOMBuilder
 [javac] location: class org.apache.juddi.proxy.Axis2Transport
 [javac]   

Apachecon

[Martin van den Bemt]

Maybe nice opportunity to have a Gump meeting at the hackathon ?

Mvgr,
Martin

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

Re: No space left on device

[Martin van den Bemt]

Hi Noel,

Thanx for noticing :)

Hmm part of the problem seems to be everyone moving to subversion, since you need twice as much 
diskspace with a subversion checkout compared to a cvs checkout..


To add extra space I zapped the gump logs fo 2005 and 2006 until July from /x1/gump/public/gump/log 
and moved the tgz files to the 2005 and 2006 directory. It freed up about 400Megs. Hope that is 
enough :)


We really need some extra diskspace to have a permanent solution though and eg move gump3 over to 
the new disk.. The x1 is currently at 95%, which is way to full in my opinion.


Mvgr,
Martin

Noel J. Bergman wrote:

From the latest notice to [EMAIL PROTECTED]:



BUILD FAILED
/x1/gump/public/workspace/james-server/build.xml:478:
Problem creating sar: No space left on device



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


--- Noel



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

Home directory cleanup

[Martin van den Bemt]

Hi everyone,

I took the liberty to do a home directory cleanup. Everything that is missing from your home 
directory has been moved to /usr/homes/your username.


This is to get even more space available on x1 (it almost maxed out again, 
being at 99% full).

Space is back at 92% and I didn't move what was in Stefano's home, since he 
added that quite recently.


Mvgr,
Martin

Martin van den Bemt wrote:

Hi Noel,

Thanx for noticing :)

Hmm part of the problem seems to be everyone moving to subversion, since 
you need twice as much diskspace with a subversion checkout compared to 
a cvs checkout..


To add extra space I zapped the gump logs fo 2005 and 2006 until July 
from /x1/gump/public/gump/log and moved the tgz files to the 2005 and 
2006 directory. It freed up about 400Megs. Hope that is enough :)


We really need some extra diskspace to have a permanent solution though 
and eg move gump3 over to the new disk.. The x1 is currently at 95%, 
which is way to full in my opinion.


Mvgr,
Martin

Noel J. Bergman wrote:

From the latest notice to [EMAIL PROTECTED]:



BUILD FAILED
/x1/gump/public/workspace/james-server/build.xml:478:
Problem creating sar: No space left on device


== Gump Tracking Only ==Produced by Gump 
version 2.2.

Gump Run 1727082006, vmgump.apache.org:vmgump-public:1727082006
Gump E-mail Identifier (unique within run) #57.


--- Noel



-
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: Failure notice for JGroups build

[Martin van den Bemt]

Hi Bela,

I removed the nag from the descriptor.. Let me know if everything is alright...

Mvgr,
Martin

Bela Ban wrote:
I don't know why I'm getting these emails, but can you please remove me 
([EMAIL PROTECTED]) ? I never subscribed to any build lists...


 Original Message 
Subject: failure notice
Date: 2 May 2006 14:47:30 -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]



Hi. This is the qmail-send program at apache.org.
I'm afraid I wasn't able to deliver your message to the following 
addresses.

This is a permanent error; I've given up. Sorry it didn't work out.

[EMAIL PROTECTED]:
Sorry, I wasn't able to establish an SMTP connection. (#4.4.1)
I'm not going to try again; this message has been in the queue too long.

--- Below this line is a copy of the message.

Return-Path: [EMAIL PROTECTED]
Received: (qmail 77459 invoked by uid 99); 30 Apr 2006 08:59:35 -
X-ASF-Spam-Status: No, hits=-7.7 required=10.0
tests=ALL_TRUSTED,DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_WHOIS,FORGED_YAHOO_RCVD 


X-Spam-Check-By: apache.org
Received: from [209.237.227.203] (HELO vmgump.apache.org) (209.237.227.203)
   by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 30 Apr 2006 01:59:35 -0700
Date: Sun, 30 Apr 2006 01:45:44 PDT
From: Bela Ban [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [EMAIL PROTECTED]: Project javagroups (in module javagroups) failed
X-Virus-Checked: Checked by ClamAV on apache.org

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 javagroups has an issue affecting its community integration.
This issue affects 1 projects,
and has been outstanding for 49 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
   - javagroups :  A Reliable Multicast Communication Toolkit for Java


Full details are available at:
   http://vmgump.apache.org/gump/public/javagroups/javagroups/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) 
were provided:

-DEBUG- Sole output [javagroups-all.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://vmgump.apache.org/gump/public/javagroups/javagroups/gump_work/build_javagroups_javagroups.html 


Work Name: build_javagroups_javagroups (Type: Build)
Work ended in a state of : Failed
Elapsed: 4 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar 
org.apache.tools.ant.Main 
-Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only all [Working Directory: 
/usr/local/gump/public/workspace/javagroups]
CLASSPATH: 
/opt/jdk1.5/lib/tools.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-apache-resolver.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/junit3.8.1/junit.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/usr/local/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/usr/local/gump/packages/bsh-2.
0b4/bsh-util-2.0b4.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/jms1.1/lib/jms.jar:/usr/local/gump/public/workspace/logging-log4j/dist/lib/log4j-30042006.jar:/usr/local/gump/packages/dougLea/concurrent.jar 


-
   [javac] 
/x1/gump/public/workspace/javagroups/tests/junit/org/javagroups/blocks/DistributedQueueBasicTest.java 

   [javac] 
/x1/gump/public/workspace/javagroups/tests/junit/org/javagroups/blocks/DistributedQueueProtocolObserver.java 

   [javac] 
/x1/gump/public/workspace/javagroups/tests/junit/org/javagroups/blocks/DistributedQueueTest.java 

   [javac] 
/x1/gump/public/workspace/javagroups/tests/junit/org/javagroups/blocks/VotingAdapterTest.java 

   [javac] 
/x1/gump/public/workspace/javagroups/tests/junit/org/javagroups/service/lease/LeaseFactoryClientTest.java 

   [javac] 

Re: Gump on MacOSX

[Martin van den Bemt]

* As suggested, I switched to the gump.xml profile.
* I have been searching, finding and installing the packaged  software, 
but that is of course slow going and I'm not even able to  find everything.


You could copy them from vmgump ?

Mvgr,
Martin

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

Re: Gump on MacOSX

[Martin van den Bemt]

Done..

Mvgr,
Martin

Sander Temme wrote:


On Feb 20, 2006, at 1:20 PM, Martin van den Bemt wrote:


* As suggested, I switched to the gump.xml profile.
* I have been searching, finding and installing the packaged   
software, but that is of course slow going and I'm not even able  to  
find everything.



You could copy them from vmgump ?



Cuz... I don't have an account there? If someone would give me one,  I'd 
happily make this copy.


Copy my ~/.ssh/authorized_keys over from minotaur.

Thanks,

S.


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

Re: Gump on MacOSX

[Martin van den Bemt]

Ehh username the same as your apache username..

Mvgr,
Martin

Sander Temme wrote:


On Feb 20, 2006, at 1:20 PM, Martin van den Bemt wrote:


* As suggested, I switched to the gump.xml profile.
* I have been searching, finding and installing the packaged   
software, but that is of course slow going and I'm not even able  to  
find everything.



You could copy them from vmgump ?



Cuz... I don't have an account there? If someone would give me one,  I'd 
happily make this copy.


Copy my ~/.ssh/authorized_keys over from minotaur.

Thanks,

S.


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

Re: Upgraded vmgump to JDK 1.5

[Martin van den Bemt]

The enum is just generating warnings.. (I missed that at first too btw)..
Just the unicode stuff is generating compile errors..

Mvgr,
Martin

Brett Porter wrote:

On 2/19/06, Stefan Bodewig [EMAIL PROTECTED] wrote:


On Sun, 19 Feb 2006, Martin van den Bemt [EMAIL PROTECTED] wrote:



It seems we traded junit for commons-lang..


It is trivial to fix in commons-lang.



I thought about doing it, but it seems that the package of the classes
is .enum. That'd mean breaking backwards compat to fix it. Not so
trivial :(

- Brett

-
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: Regarding Gump failure of project test-ojb

[Martin van den Bemt]

This is the error :

Fri Feb 10 13:17:06 PST 2006  [error] ResourceManager : unable to find resource
'sql/base/Control.vm' in any resource loader.

Mvgr,
Martin

Thomas Dudziak wrote:

(I've asked this before, and received no answer, but perhaps this time)

Unfortunately, the Gump output is not sufficient to determine the
problem. The only relevant part is this:

BUILD FAILED
/x1/gump/public/workspace/db-ojb/build.xml:378: The following error
occurred while executing this line:
/x1/gump/public/workspace/db-ojb/build-torque.xml:173: The following
error occurred while executing this line:
/x1/gump/public/workspace/db-ojb/build-torque.xml:187: Resource not
found. For more information consult the velocity log, or invoke ant
with the -debug flag.


Could you perhaps provide me with the velocity.log file (should be in
the folder where Ant was invoked in), and run Ant with the -v or
-debug flag ?

regards,
Tom

-
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: Regarding gump failure of db-ojb and db-ojb-from-packages

[Martin van den Bemt]

If you can wait till the weekend, I'll see if I can have a go at it..
Also with fixed dependencies we try to use the latest versions..

Mvgr,
Martin

Thomas Dudziak wrote:

Hi,

these builds are failing because OJB needs Antlr version 2.7.5 whereas
gump still uses 2.7.3. Is there any chance that gump could also
provide the newer antlr version ?

regards,
Tom

-
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: Regarding gump failure of db-ojb and db-ojb-from-packages

[Martin van den Bemt]

Thanx Stefan :)

Mvgr,
Martin

Stefan Bodewig wrote:

On Wed, 18 Jan 2006, Thomas Dudziak [EMAIL PROTECTED] wrote:



these builds are failing because OJB needs Antlr version 2.7.5
whereas gump still uses 2.7.3. Is there any chance that gump could
also provide the newer antlr version ?



I hope 2.7.6 is going to work as well 8-)

Stefan

-
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: [RT] Usecase for CA / asylum -- access to gump data (eg webdav bridge)

[Martin van den Bemt]

Just WebDAV over HTTP secured with SSL... though, first we need to  get 
the CA and Asylum up and running reliably...




Any timeline available on this ?

Mvgr,
Martin

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

Re: commits moderator

[Martin van den Bemt]

Thanx Stefan..
No apologies needed though.. It's actually quite wise to read the mail like that, else it's going to 
be a day job :)


Mvgr,
Martin

Stefan Bodewig wrote:

On Tue, 10 Jan 2006, Martin van den Bemt [EMAIL PROTECTED] wrote:



To we have a commits@gump.apache.org moderator ?



Me (and Adam, I think).



My commits seems to be stuck..



I've moderated them in and put you on the allow list.  Right now I'm
reading Apache mails for a single hour a dfay, not more, sorry for the
delay.

Stefan

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

Updated site

[Martin van den Bemt]

Hi everyone,

I just updated the site a bit, adding Brett and Bill to the whoweare page, fixing some broken links 
and removing the apachecon logo...


Let me know if you have problems :)

One note : we don't seem to be available throuhg http (not a problem for me :) Don't know if that 
needs fixing (and if it needs fixing, I don't know how..)?


Mvgr,
Martin

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

[jira] Closed: (GUMP-156) Wrong links on the homepage resulting from CVS--SVN migration

[Martin van den Bemt (JIRA)]

 [ http://issues.apache.org/jira/browse/GUMP-156?page=all ]
 
Martin van den Bemt closed GUMP-156:


Resolution: Fixed

Thanks for the report. The links from the main site should work now, though 
still far from perfect.
I will open a seperate issue to have a complete review of the site.

 Wrong links on the homepage resulting from CVS--SVN migration
 --

  Key: GUMP-156
  URL: http://issues.apache.org/jira/browse/GUMP-156
  Project: Gump
 Type: Bug
   Components: Documentation
  Environment: Homepage
 Reporter: Jan Matèrne
 Priority: Trivial


 In the menu of the homepage [1] there are links (e.g. Source [2], 
 Metadata [3]) which point to a location in cvs. Since migration to SVN 
 these are incorrect and should be updated.
 Related Bug: 153 - Gump Metadata: links no longer work [4]
 [1] http://gump.apache.org/
 [2] http://cvs.apache.org/viewcvs/gump/?root=Apache-SVN
 [3] http://cvs.apache.org/viewcvs/gump/
 [4] http://issues.apache.org/jira/browse/GUMP-153

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


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

[jira] Closed: (GUMP-154) A lot of major links of gump.apache.org are broken

[Martin van den Bemt (JIRA)]

 [ http://issues.apache.org/jira/browse/GUMP-154?page=all ]
 
Martin van den Bemt closed GUMP-154:


Resolution: Fixed

Thanx  Joerg. I fixed the broken links on the main page and will open a 
seperate issue for the complete review of the site.

 A lot of major links of gump.apache.org are broken
 --

  Key: GUMP-154
  URL: http://issues.apache.org/jira/browse/GUMP-154
  Project: Gump
 Type: Bug
   Components: Documentation
 Reporter: Joerg Schaible
 Priority: Critical


 Looking at gump.apache.org a lot of links in the main menu are dead (source, 
 metadata, nightly, jars) or link to a wrong page (mailing lists).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


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

[jira] Created: (GUMP-159) The site needs a big review.

[Martin van den Bemt (JIRA)]

The site needs a big review.


 Key: GUMP-159
 URL: http://issues.apache.org/jira/browse/GUMP-159
 Project: Gump
Type: Improvement
  Components: Documentation  
Reporter: Martin van den Bemt


The site needs a big review / restructure.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


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

commits moderator

[Martin van den Bemt]

Hi everyone,

To we have a commits@gump.apache.org moderator ?
My commits seems to be stuck..


Mvgr,
Martin

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

Re: Turbine 2 Gump has weird prereq

[Martin van den Bemt]

Now, insofar as why fulcrum-quartz is failing, I see the chain of  
logic.  I couldn't figure out why Quartz would depend on struts, but  I 
forgot they added a webapp for Quartz, which uses struts, which is  now 
failing.  So, I guess there is nothing I can do right now...   Argh.


At any rate, hopefully jakarta-turbine-2 will now build cleanly, and  
thanks for all your help!


Build the webapp in a seperate gump project could be an option ?

Mvgr,
Martin

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

Re: apr-iconv-make failure

[Martin van den Bemt]

Hi Bill,

vmgump:~# gcc --version
gcc (GCC) 4.0.3 20051023 (prerelease) (Debian 4.0.2-3)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Just in case a whereis :
vmgump:~# whereis gcc
gcc: /usr/bin/gcc /usr/lib/gcc /usr/share/man/man1/gcc.1.gz

Is it usefull for you to have an account on vmgump ?

Mvgr,
Martin

Bill Barker wrote:

This is actually the same as the apr-util-make failure.

I want to file a bug report with apr-iconv for this, but since it seems to 
be related to the version of gcc I was wondering what version of gcc is on 
vmgump?  The reason to suspect gcc is that these used to build, and the 
files in apr-iconv haven't changed in ages.





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

[Martin van den Bemt]

Brett Porter wrote:

I don't know of them all, but I believe the following projects are on
the way or considering it:

Cocoon, Pluto, JetSpeed 2, Struts, Excalibur, Geronimo, Directory, Felix


Add MyFaces (they are considering it) to the list (tobago is already maven2). Struts has an attempt 
somewhere in svn (just read that on the myfaces list).


Mvgr,
Martin


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

Re: Gump won't run: function: not found

[Martin van den Bemt]

I assume you have installed the sun gnu package (although I saw the bash 
   pointer, there could be something wrong..)
Did you also try the tr thing that stefan suggested btw ?
And the copy  paste to a new bash file ?
And maybe check if the file starts with a #!/path/to/bash and also 
points to the correct path to bash for your solaris install.
(sorry don't have solaris running anymore, or else I could have a go at it)

Just some ideas, since I don't have a clue what else could be wrong..
Mvgr,
Martin
Graham Leggett wrote:
Graham Leggett said:

Busy trying to install python v2.3 to see if that will make it work on
Solaris.

Just tried python v2.3.5, but the same problem is present. Seems gump
won't work on Solaris at all :(
Regards,
Graham
--
-
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: enabling lenya jdk 1.5 builds?

[Martin van den Bemt]

As far as I can see it is already running :
http://brutus.apache.org/gump/jdk15/lenya/lenya/index.html
It fails on prereq xpp so it seams.
Mvgr,
Martin
Gregor J. Rothfuss wrote:
hi,
i'd like to start working on making lenya gump with jdk 1.5. what do i 
need to do to make this happen?

thanks,
-gregor

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

Re: [VOTE] Give Adam Jack root access to brutus

[Martin van den Bemt]

Lost the initial vote, so don't know if I already did, but here is my
+1..

Mvgr,
Martin

On Mon, 2004-08-02 at 16:28, Leo Simons wrote:
 Scott Sanders wrote:
  I would like to propose that Adam is given root privileges on brutus so 
  that he can 'scratch his itches' WRT gump infrastructure.
 
 +1
 
 MWUHAHAHAA!
 
 - LSD
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

Re: Traditional 'Branch'

[Martin van den Bemt]

Thought I just read on infrastructure that they setup a document on how
to migrate and looking for people who want to do that, so in the light
of your migration experience, maybe it's an option that you can move cvs
over to svn.

Mvgr,
Martin

On Fri, 2004-07-16 at 07:08, Stefano Mazzocchi wrote:
 Adam R. B. Jack wrote:
 
  Nicola wrote;
  
  
 Stefano Mazzocchi wrote:
 ...
 
 Ok, what about moving all the code to subversion and just keep the
 metadata in CVS? (at least for now)
 
 IIRC that what we had basically agreed was a sensible thing to do for
 Python Gump.
 
 +1 from me
  
  
  Yeah, I think we agree that is the best mid-term solution, I was just (1)
  nervous about making an SVN request ('cos of delays in getting the resources
  configured/converted) 
 
 I'm not following infra@ anymore so I can't comment on that, but I've 
 done the migration of several CVS modules myself and I think the 
 conversion of gump would be rather easy and fast. We might want to point 
 that out to infra@ when we request it.
 
 (2) hoping to clean out/re-organize now (prior to any
  such 1 above).
 
 I would strongly suggest to reconsider that. the ability to move stuff 
 around is a *great* way to refactor without loosing any historical 
 information.
 
  
  I guess I could tag the current tree as TRADITONAL, communicate (not sure
  how) with any traditional users to use that tag. and then start cleaning out
  CVS HEAD whilst infr (or member w/ karma) schedules a CVS to SVN move. The
  branch just seems like a nice way to separate traditional out (in case
  anybody chose to fix metadata and/or code), i.e. giving more options. Both
  ways would cause work for anybody trying to maintain a traditional.
 
 I see no reason to touch the existing CVS module. Just have everything 
 migrated over and then start cleaning up, moving things around or 
 deleting things.
 
 Believe me, SVN is *sweet* for that.
 
  
  Don't forget, I'm one of the poor sods who doesn't have a lot of fun w/ SVN
  (especially w/ Eclipse 3.0 over a modem). For me CVS is more
  reliably/robust/functional. This was also part of my reticence, but I can
  get by that -- since I believe in moving w/ the flow of the new (so out w/
  the old).
 
 weird, my experience (eclipse 3.0 over dsl) is that svn feels a lot 
 faster than CVS.
 
  Big questions (1) folks ok w/ me doing a clean/re-org prior to importing
  into SVN? I hope so. (2) do we want to preserver history? [There is a lot of
  junk in there from me, in part due to me not being able to fully test
  locally.]
 
 I would strongly advocate for a migration first and then cleanup rather 
 than the other way around. Remember: one day this could be of historical 
 value! never throw away data if you can avoid it!
 
  BTW: I would like to cut down on the number of commits I do that I then have
  to follow up with N minor 'fixit' commits. [Heck, reduce embarrassment, as
  well as CVS history junk.] The reason  I do these (unintentionally) is I
  test Gump from CVS on a remote server, and I can't (network bandwidth over
  modem), do anything but unit tests locally. I guess I could figure out a way
  to rsync from my local dev area to a remote server to test, then commit, the
  sad news is that would be twice the traffic. Any thoughts, or is rsynch it?
 
 my workflow suggestion is:
 
   1) have infra@ migrate the existing gump CVS over to SVN
 
   2) do your checkout with svn
 
   3) do the cleanup (move files around, prune files that shouldn't be 
 there, etc...) [doesn't matter if it's not functional, CVS is still in 
 place]
 
   4) then start working on the code. [at that point, people will know 
 not to touch stuff in CVS if not the metadata... we can also remove 
 everything from that CVS module but the metadata]
 
 comments?
-- 
Mvgr,
Martin


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

Re: Wing IDE

[Martin van den Bemt]

When I get to mailing the form I will add that information about that we
never have any actual releases, but that we have a constant development
effort going on..

Mvgr,
Martin

On Tue, 2004-06-29 at 15:23, Adam R. B. Jack wrote:
  I also agree to email release notices via email to opensource-releases
  at wingware.com, for any and all open source projects that use the
  software licenses purchased on this order.
 
  Afaik gump never had a release (not even the java one).. :)
 
 Then we are off the hook, right? ;-)
 
 Seriously, though, I've downloaded the IDE and tinkered, and when I get some
 time (busy w/ my EMT studying right now) I want to use it in anger for Gump.
 (I am getting pretty frustrated with Eclipse 3.0; it is bloated and is
 breaking plug-ins left right and centre, and is a poor Python IDE.) Are
 there any other potential gotcha's like this? Thanks for reviewing their
 information.
 
 regards,
 
 Adam
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

Re: cvs commit: gump/project jakarta-jmeter.xml

[Martin van den Bemt]

On Mon, 2004-06-21 at 08:44, Stefan Bodewig wrote:
 On 20 Jun 2004, [EMAIL PROTECTED] wrote:
 
+work nested=lib/xpp3-1.1.3.4.D.jar/
 
 xpp is available from the dom4j descriptor - I have no idea which one
 is more recent but IMHO we should stick with one.
 
+work nested=lib/xstream-1.0.1.jar/

This could also be built from source. Don't know the criteria for that though..

Mvgr,
martin


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

Re: cvs commit: gump/project jakarta-jmeter.xml

[Martin van den Bemt]

The project is mavenized and Joe isn't the type of guy to break things
constantly...
For now only one project is using it (although I thought maven2 uses it,
but I must verify that)

mvgr,
Martin

On Mon, 2004-06-21 at 11:22, Stefan Bodewig wrote:
 On Mon, 21 Jun 2004, Martin van den Bemt [EMAIL PROTECTED] wrote:
  On Mon, 2004-06-21 at 08:44, Stefan Bodewig wrote:
  On 20 Jun 2004, [EMAIL PROTECTED] wrote:
  
 +work nested=lib/xpp3-1.1.3.4.D.jar/
  
  xpp is available from the dom4j descriptor - I have no idea which
  one is more recent but IMHO we should stick with one.
  
 +work nested=lib/xstream-1.0.1.jar/
  
  This could also be built from source. Don't know the criteria for
  that though..
 
 If it is used by more than one project and easy to build from source
 (which includes doesn't break every second day) I'd be all for
 building.
 
 Stefan
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

Re: legalities of jar publishing (was: Re: [VOTE] retire java gump)

[Martin van den Bemt]

And what is the use of publishing jars that are built against the latest
jars ? They will be useless in a real environment or even test
environments and will probably not get any support from the project
concerning.  It simply is not a nightly build against the dependencies
set by the project. Gump just points out to a project and it's
dependencies when something bad is going to happen. It is looking ahead
for us, where we programmers forgot to do that
Log4J was a good example of this. 
So besides legal issues, I would never want a nightly build made by gump
for my projects to be used by others, unless gump uses the exact
versions for the dependencies I defined, but that defeats gumps main
goal, as far as I am concerned.


Mvgr,
Martin

On Mon, 2004-06-21 at 11:48, Leo Simons wrote:
 Disclaimer: IANAL.
 
 IIRC There is no board policy about redistribution of materials by 
 gump. There is just concern, and the concern is not just with the board. 
 The Gump PMC is supposed to be protecting the legal interests of the ASF 
 wrt gump, and it is gump people who disabled jar distribution. I don't 
 remember any of the details, but here's a few things I do know:
 
   * the ASF only wants to distribute software written and owned by the
 ASF
   * the ASF licenses all of its software under the apache license, and
 this must be true for all distributions published
   * distribution of software by the ASF projects should be done by PMCs
 or ASF officers, for legal protection
   * the ASF has high standards about releases. We want to provide things
 like MD5 files, gpg signatures, etc. Users need to trust that the
 things the ASF distributes are high-quality, and for that to be true,
 high quality must be consistent.
 
   * gump builds non-ASF-owned software under other licenses than the
 apache license
   * the gump pmc does not check the quality or validity of the outputs
 of gump, nor take an active approach to publishing those results
   * gump does not generate MD5 files, gpg signatures, etc
 
  From the above it should be clear that we're a bit reluctant about 
 publishing the jars gump produces!
 
 People have put in work to alleviate these concerns (the license/ tag 
 is one example of that), but I'm not sure where we're at right now.
 
 Sure, third parties are free to use gump and publish those jars, and 
 they could do that using python gump. But that's not really what's 
 happening right now. I think the only host who still publishes jars is 
 covalent, and that is more like a shared hosting box that covalent loans 
 to the gump team than a seperate entity. So that repository is likely 
 going away, too.
 
 Python gump does generate the jar repository, and publishing it is a 
 rather trivial task (see http://nagoya.apache.org/jira/browse/GUMP-67). 
 The issue is not technical.
 
 
 cheers,
 
 
 - LSD
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

RE: legalities of jar publishing

[Martin van den Bemt]

Commons nightlies uses the dependencies specified by the developers.
(unless the script changed)

Mvgr,
Martin

On Mon, 2004-06-21 at 13:46, BAZLEY, Sebastian wrote:
 As does commons:
 
 http://cvs.apache.org/builds/jakarta-commons/nightly/
 
 
 S.
 -Original Message-
 From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
 Sent: 21 June 2004 12:32
 To: [EMAIL PROTECTED]
 Subject: Re: legalities of jar publishing
 
 
 On Mon, 21 Jun 2004, Martin van den Bemt [EMAIL PROTECTED] wrote:
 
  So besides legal issues, I would never want a nightly build made by
  gump for my projects to be used by others, unless gump uses the
  exact versions for the dependencies I defined,
 
 That's you.
 
 Ant used Gump to create nightly builds until Sam's machine broke
 down.  So did Cactus and JMeter.
 
 Stefan
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 ___
 
 This e-mail and the documents attached are confidential and intended solely
 for the addressee; it may also be privileged. If you receive this e-mail in
 error, please notify the sender immediately and destroy it. As its integrity
 cannot be secured on the Internet, the Atos Origin group liability cannot be
 triggered for the message content. Although the sender endeavours to maintain
 a computer virus-free network, the sender does not warrant that this
 transmission is virus-free and will not be liable for any damages resulting
 from any virus transmitted. 
 ___
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

Stray nags (was:Re: [VOTE RESULTS] Retire Java Gump)

[Martin van den Bemt]

On Fri, 2004-06-18 at 15:49, Adam R. B. Jack wrote:
 'CleanUp' branch (perhaps move it to SVN) or something. There is significant
 risk/change w/ this branch (as stray nags have shown) and it'd be a good
 time to rework directories, etc.

Is nagging on by default ? 
If it is a config entry, it's probably best to have the nag only as a commandline 
parameter, to prevent spam in the future ?

Mvgr,
Martin



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

Re: Stray nags (was:Re: [VOTE RESULTS] Retire Java Gump)

[Martin van den Bemt]

Just to prevent myself from spamming when I set up gump on my new box
(running fc 2)..

Mvgr,
Martin

On Fri, 2004-06-18 at 17:30, Adam R. B. Jack wrote:
  Is nagging on by default ?
  If it is a config entry, it's probably best to have the nag only as a
 commandline parameter, to prevent spam in the future ?
 
 Nagging is both a command line parameter (--notify) and has to be
 requested/enabled in the workspace (with nag...). Unfortunately when I
 reworked the code, I managed to default the former to be true, and ignore
 the second. :(
 
 regards
 
 Adam
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

Re: [Gump Wiki] Updated: ArtefactsRepository

[Martin van den Bemt]

Don't wast too much time on changing it, I just thought it was incorrect
spelling, but now I heard it is correct spelling, I am happy with it:)

Mvgr,
Martin

On Wed, 2004-06-09 at 14:54, Adam R. B. Jack wrote:
  Nothing much, and as Leo said, that can be hard to change.
 
 In this case, only as hard as a few people finding/stating it gets in their
 way. Consistency is key for ASF processing artifacts automatically.
 
 Changed. :)
 
 regards,
 
 Adam
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

Re: [VOTE] retire java gump

[Martin van den Bemt]

+1 for stopping maintenance on and running java gump.

Mvgr,
Martin

On Tue, 2004-06-08 at 17:25, Leo Simons wrote:
 Hi gang!
 
 And now for something completely different...
 
 Saw both Adam and Stefan suggest this recently. I concur. Let's retire 
 (kill off sounds way to harsh for this faithful servant!) the java 
 version of gump. The python one is now superior in most ways, and Adam 
 keeps getting a headache keeping all the undocumented awkwardness in sync!
 
 +1 from me.
 
 - LSD
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

Re: Existence of a database?

[Martin van den Bemt]

I was talking ant 1.4 indeed :)

Mvgr,
Martin

On Mon, 2004-05-24 at 09:18, Stefan Bodewig wrote:
 On Wed, 19 May 2004, Martin van den Bemt [EMAIL PROTECTED] wrote:
 
  Use antcall to call the target with the db specific properties, this
  way you can merge the postresql and the mysql targets.
 
 No.  Use Ant 1.6+ and macrodef. 8-)
 
 Stefan
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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

RE: Existence of a database?

[Martin van den Bemt]

Use antcall to call the target with the db specific properties, this way
you can merge the postresql and the mysql targets. You can eg add a
commandline parameter for the people who eg just want to run the
postgressql target eg ant -Ddbtest=mysql.

Mvgr,
Martin

On Wed, 2004-05-19 at 14:01, Ceki Gülcü wrote:
 Thanks everyone for answering.
 
 At 01:27 PM 5/19/2004, Eric Pugh wrote:
 I find that depending on an external database makes the unit tests very
 brittle..   Unless you are specifically testing something that requires a
 specific type of database, I find that using hsqldb or axion works fine..
 
 I agree that having tests run all several databases makes things 
 complicated and brittle. We currently have tests unit tests that work on 
 mysql and postgres. The Junit test case plus the related log4j config files 
 import a DB specific property file at runtime if it is available on the 
 local system, otherwise the test for that db are skipped. Adding tests for 
 other databases should be easy, except that it would result in duplication 
 of targets in the Ant build file.
 
 The build file is available here:
 
 http://cvs.apache.org/viewcvs.cgi/logging-log4j/tests/build.xml?rev=1.54
 
 The relevant part is reproduced below.
 
   !-- = --
!-- = DB Tests === --
!-- = --
 
!-- These tests follow the same pattern. They will be run if a property 
 file
 defining access as well as necessary class files are available. 
 Otherwise,
 the test is skipped.
 --
 
target name=mysqlCheck
  condition property=mysql-present
  and
available file=./input/db/mysql.properties /
available classname=com.mysql.jdbc.Driver
  classpath refid=tests.classpath/
/available
  /and
  /condition
/target
 
 
target name=mysql depends=mysqlCheck, build if=mysql-present
 
  delete file=./input/db/db.properties/
  echo message=MySQL available/
  copy file=./input/db/mysql.properties 
 tofile=./input/db/db.properties/
 
  junit printsummary=yes fork=no haltonfailure=yes
sysproperty key=runLen value=100/
classpath refid=tests.classpath/
formatter type=plain usefile=false/
test name=org.apache.log4j.db.FullCycleDBTest /
  /junit
/target
 
 
target name=postgresqlCheck
  condition property=postgresql-present
  and
available file=./input/db/postgresql.properties /
available classname=org.postgresql.Driver
  classpath refid=tests.classpath/
/available
  /and
  /condition
/target
 
target name=postgresql depends=postgresqlCheck, build 
 if=postgresql-present
  delete file=./input/db/db.properties/
  echo message=PostgreSQL available/
  copy file=./input/db/postgresql.properties 
 tofile=./input/db/db.properties/
 
  junit printsummary=yes fork=no haltonfailure=yes
sysproperty key=runLen value=100/
classpath refid=tests.classpath/
formatter type=plain usefile=false/
test name=org.apache.log4j.db.FullCycleDBTest /
  /junit
/target
 
 
 
 As you can see there is almost complete duplication of the tasks for mysql 
 and postgresql. I wonder if it possible to group tasks and invoke them as a 
 function or a method call.
 
 Anyway, I am digressing. Thanks for your help.
 
 
 Eric
 
   -Original Message-
   From: Stefan Bodewig [mailto:[EMAIL PROTECTED]
   Sent: Wednesday, May 19, 2004 9:24 AM
   To: [EMAIL PROTECTED]
   Subject: Re: Existence of a database?
  
  
   On Sat, 15 May 2004, Ceki Gülc [EMAIL PROTECTED] wrote:
  
Could we assume that gump machines have a database that these test
cases can connect to?
  
   You can savely assume that hsqldb is around[1] but not installed in
   any way.  I.e. you could make your tests depend on hsqldb and they'd
   work in Gump.
  
   Even if some Gump machine may use some kind of DB in the future (to
   gather historical data or whatever else we come up with), there'll be
   no guarantee that all machines have one.
  
   Stefan
  
   Footnotes:
   [1]  http://brutus.apache.org/gump/public/hsqldb/hsqldb/index.html
  
  
   -
   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]
-- 
Mvgr,
Martin


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

Re: Gump-Check task

[Martin van den Bemt]

Isn't LocalCheck (the java Gump) already doing (at least locally on the
gump box), but this should be extendable to do remotely. But I guess you
were discussing Gumpy :).

Mvgr,
Martin

On Wed, 2004-03-24 at 18:12, Stefano Mazzocchi wrote:
 Leo Simons wrote:
 
  Maybe we could have an ant task that talks to the gump repository to 
  keep (nay, improve on) that functionality.
  
  project default=test
  target name=verify-gump depends=build
gump-check project=cocoon/
  /target
  target name=test depends=build,verify-gump
  /target
  /project

  
  the gump-check task would get a list of requirements from the gump 
  server (ie, what jars should exist, what directories, licenses, ...)
  and compare that info to the filesystem. It would warn the user of any 
  errors.
  
  Like Ozzie, I'm just a dreamer ;)
 
 Let's keep dreaming.
 
 Gump looks closer to any port-like system that is out there for java 
 stuff. We happen to have a huge amount of metadata and the automatic 
 ability to make sure it remains in synch with it.
 
 it would *NOT* take much to do what leo is suggesting and solve the jar 
 distribution thing.
 
 worth thinking about!
-- 
Mvgr,
Martin


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

Re: #Servers

[Martin van den Bemt]

Adam,

Just a quick note. Saw httpunit fail on a prereq. I wrote the java
version of LocalCheck (which checks if the downloaded prereqs are al
present), is there a replacement for this already ? It is very usefull
when setting up gump :)

mvgr,
Martin

On Thu, 2004-03-04 at 00:32, Adam R. B. Jack wrote:
 I don't think I really have the cause to be as happy with this as I am:
 
 http://gump.try.sybase.com/httpunit/httpunit.html#Servers
 
 ... but it really tickles me.
 
 It isn't important, it isn't earth shaking, and most users will probably
 overlook it  care less. Perhaps, for those reasons alone, I like that it
 exists.
 
 I need to make the presentation prettier, and add information (like time of
 last builds, sequence in state, etc) but it is a start. Each Gump reads the
 last results.xml of the others (if it exists) and hence knows the 'latest
 news' per module/project from the other Gumps. (I suspect, more than
 anything, it'll help Gump admins identify an issue in one servers
 environment.)
 
 Our public Gumps are starting to talking to each other. Perhaps this is the
 first small step in them forming their own community... ;-)
 
 regards,
 
 Adam
 
 Some reference:
 
 http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgId=1332722
 
 http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgId=1185988
 --
 Experience the Unwired Enterprise:
 http://www.sybase.com/unwiredenterprise
 Try Sybase: http://www.try.sybase.com
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
-- 
Mvgr,
Martin


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