Re: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 21 Feb 2005 08:33:29 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: On 20 Feb 2005, [EMAIL PROTECTED] wrote: Anakia also needs logkit.. Sebb, maybe we should assemble an Anakia project that has runtime dependencies on all the stuff needed to run it and have all projects that use Anakia depend on that. Sounds useful. jakarta-site2 used to be such a project, but since it has switched to XSLT instead of Anakia recently, I was planning to remove the now unneeded dependencies from there. I was also thinking about replacing Anakia by XSLT in JMeter. It's getting complicated to support two versions of JDom, and we can then drop some jars. But this will take a while, as the stylesheet is rather out of date. This list work nested=lib/logkit-1.2.jar/ work nested=lib/commons-collections.jar/ work nested=lib/velocity-1.4-dev.jar/ work nested=legacy/jdom-b9.jar/ looks complete, given that jakarta-site2 is depend project=jdom/ depend project=jakarta-velocity/ depend project=avalon-logkit/ depend project=commons-collections/ HEAD of velocity should work with HEAD of JDom, BTW. Not tried that - I'll give it a go sometime. There's no particular need to use the CVS jars for building documentation in Gump - though we do need them for standalone doc creation - AFAIK Velocity have not yet released a new version that works with JDom 1.0. 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: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 21 Feb 2005, sebb [EMAIL PROTECTED] wrote: On Mon, 21 Feb 2005 08:33:29 +0100, Stefan Bodewig [EMAIL PROTECTED] wrote: Sebb, maybe we should assemble an Anakia project that has runtime dependencies on all the stuff needed to run it and have all projects that use Anakia depend on that. Sounds useful. Is already there - project is named anakia. HEAD of velocity should work with HEAD of JDom, BTW. Not tried that - I'll give it a go sometime. At least until jakarta-site2 switched to XSLT, it worked fine. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On 20 Feb 2005, [EMAIL PROTECTED] wrote: Anakia also needs logkit.. Sebb, maybe we should assemble an Anakia project that has runtime dependencies on all the stuff needed to run it and have all projects that use Anakia depend on that. jakarta-site2 used to be such a project, but since it has switched to XSLT instead of Anakia recently, I was planning to remove the now unneeded dependencies from there. This list work nested=lib/logkit-1.2.jar/ work nested=lib/commons-collections.jar/ work nested=lib/velocity-1.4-dev.jar/ work nested=legacy/jdom-b9.jar/ looks complete, given that jakarta-site2 is depend project=jdom/ depend project=jakarta-velocity/ depend project=avalon-logkit/ depend project=commons-collections/ HEAD of velocity should work with HEAD of JDom, BTW. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On 20 Sep 2004 09:18:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: bodewig 2004/09/20 02:18:33 Modified:project jakarta-jmeter.xml Log: remove broken project references Revision ChangesPath 1.106 +12 -10gump/project/jakarta-jmeter.xml Index: jakarta-jmeter.xml === RCS file: /home/cvs/gump/project/jakarta-jmeter.xml,v retrieving revision 1.105 retrieving revision 1.106 diff -u -r1.105 -r1.106 --- jakarta-jmeter.xml10 Sep 2004 14:01:01 - 1.105 +++ jakarta-jmeter.xml20 Sep 2004 09:18:32 - 1.106 @@ -85,9 +85,11 @@ depend project=commons-collections/ depend project=jtidy / -depend project=excalibur-compatibility / depend project=excalibur-logger / +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / +-- Perhaps there needs to be an archive version of such items in Gump. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: gump/project jakarta-jmeter.xml
-Original Message- From: sebb [mailto:[EMAIL PROTECTED] Sent: 20 September 2004 12:49 To: Gump code and data Subject: Re: cvs commit: gump/project jakarta-jmeter.xml On 20 Sep 2004 09:18:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: bodewig 2004/09/20 02:18:33 Modified:project jakarta-jmeter.xml Log: remove broken project references Revision ChangesPath 1.106 +12 -10gump/project/jakarta-jmeter.xml Index: jakarta-jmeter.xml === RCS file: /home/cvs/gump/project/jakarta-jmeter.xml,v retrieving revision 1.105 retrieving revision 1.106 diff -u -r1.105 -r1.106 --- jakarta-jmeter.xml10 Sep 2004 14:01:01 - 1.105 +++ jakarta-jmeter.xml20 Sep 2004 09:18:32 - 1.106 @@ -85,9 +85,11 @@ depend project=commons-collections/ depend project=jtidy / -depend project=excalibur-compatibility / depend project=excalibur-logger / +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / +-- Perhaps there needs to be an archive version of such items in Gump. These are the official released made by the Avalon project. http://www.apache.org/dist/avalon/excalibur-i18n/jars/ http://www.apache.org/dist/avalon/excalibur-compatibility/jars/ Steve. - 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: cvs commit: gump/project jakarta-jmeter.xml
On Monday 20 September 2004 18:48, sebb wrote: +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / Perhaps there needs to be an archive version of such items in Gump. By the way, I think I saw something about using an i18n package at CodeHaus or some other similar external source. Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: gump/project jakarta-jmeter.xml
-Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: 20 September 2004 12:57 To: Gump code and data Subject: Re: cvs commit: gump/project jakarta-jmeter.xml On Monday 20 September 2004 18:48, sebb wrote: +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / Perhaps there needs to be an archive version of such items in Gump. By the way, I think I saw something about using an i18n package at CodeHaus or some other similar external source. There is also the following (maintained) version of i18n. http://www.apache.org/dist/avalon/avalon-util/jars/ You just need to switch package names to: org.apache.avalon.util.i18n Steve. Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - 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: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 20 Sep 2004, sebb [EMAIL PROTECTED] wrote: On 20 Sep 2004 09:18:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: remove broken project references -depend project=excalibur-compatibility / depend project=excalibur-logger / +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / +-- Perhaps there needs to be an archive version of such items in Gump. Probably. Are the latest excalibur releases from Avalon the ones to look at? I surely can't answer this, but you (as a client of those libs) should know. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: gump/project jakarta-jmeter.xml
-Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 20 September 2004 13:10 To: [EMAIL PROTECTED] Subject: Re: cvs commit: gump/project jakarta-jmeter.xml On Mon, 20 Sep 2004, sebb [EMAIL PROTECTED] wrote: On 20 Sep 2004 09:18:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: remove broken project references -depend project=excalibur-compatibility / depend project=excalibur-logger / +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / +-- Perhaps there needs to be an archive version of such items in Gump. Probably. Are the latest excalibur releases from Avalon the ones to look at? I surely can't answer this, but you (as a client of those libs) should know. All of the avalon stuff is good with full endorsed releases. Steve. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On Monday 20 September 2004 19:10, Stefan Bodewig wrote: Are the latest excalibur releases from Avalon the ones to look at? I surely can't answer this, but you (as a client of those libs) should know. The Avalon sources sitting in CVS are good, as I mentioned in my list of possible actions. However, if you don't get Gump to Nag the Excalibur community a LOT (see post that Gump is officially annoying, and nags were turned off) don't expect any action to resolve this from them. I think it is mainly up to Steve, since he got committer status there for some odd reason. I would suggest that give Steve a couple of days, and if he can't figure it out, move the issue to Brett Porter since he has promised to solve all Maven-Gump issues. If that doesn't work, switch back to Avalon CVS version. Cheers Niclas -- +--//---+ / http://www.bali.ac/ / http://niclas.hedhman.org / +--//---+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 20 Sep 2004 13:17:49 +0200, Stephen McConnell [EMAIL PROTECTED] wrote: -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 20 September 2004 13:10 To: [EMAIL PROTECTED] Subject: Re: cvs commit: gump/project jakarta-jmeter.xml On Mon, 20 Sep 2004, sebb [EMAIL PROTECTED] wrote: On 20 Sep 2004 09:18:33 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: remove broken project references -depend project=excalibur-compatibility / depend project=excalibur-logger / +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / +-- Perhaps there needs to be an archive version of such items in Gump. Probably. Are the latest excalibur releases from Avalon the ones to look at? I surely can't answer this, but you (as a client of those libs) should know. All of the avalon stuff is good with full endorsed releases. OK, thanks, I'll check this out. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 20 Sep 2004, Niclas Hedhman [EMAIL PROTECTED] wrote: The Avalon sources sitting in CVS are good, as I mentioned in my list of possible actions. Yes, I understood that. I don't follow excalibur development so I don't know what has happened to -compatibility and -i18n. IMHO: If they are still under development, we should try to build them from Excalibur. If they are no longer under any development, then turn them into installed packages using the latest releases from Avalon. Users of those packages should be aware of the fact that the product has become stable or unmaintained - depends on interpretation. But making them aware is outside of Gump's scope IMHO. However, if you don't get Gump to Nag the Excalibur community a LOT We shouldn't nag anybody who doesn't want it. I would suggest that give Steve a couple of days, Sure, if it is something that is fixable by him. and if he can't figure it out, move the issue to Brett Porter since he has promised to solve all Maven-Gump issues. If a project no longer exists, this is hardly a Maven-Gump issue 8-) The one thing I'd love to get resolved is the version. It seems as if we currently don't manage to override the hard coded version numbers. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 20 Sep 2004, Stephen McConnell [EMAIL PROTECTED] wrote: My recommendation would be to put in place the last release from Avalon (see earlier email with links) as static resources. Will do. I'll open a new installed package project called excalibur-legacy and add the jars. Thanks Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 20 Sep 2004 13:02:16 +0200, Stephen McConnell [EMAIL PROTECTED] wrote: -Original Message- From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: 20 September 2004 12:57 To: Gump code and data Subject: Re: cvs commit: gump/project jakarta-jmeter.xml On Monday 20 September 2004 18:48, sebb wrote: +!-- gone, no idea what to replace them with +depend project=excalibur-compatibility / depend project=excalibur-i18n / Perhaps there needs to be an archive version of such items in Gump. By the way, I think I saw something about using an i18n package at CodeHaus or some other similar external source. There is also the following (maintained) version of i18n. http://www.apache.org/dist/avalon/avalon-util/jars/ You just need to switch package names to: org.apache.avalon.util.i18n Just had a brief look around the Avalon web-site, and there seems to be no mention of the status of these jars... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
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
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]
Re: cvs commit: gump/project jakarta-jmeter.xml
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: cvs commit: gump/project jakarta-jmeter.xml
On 31 Mar 2004, [EMAIL PROTECTED] wrote: Add java.awt.headless definition I think it has to be a sysproperty to be useful. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
On Mon, 15 Mar 2004, Adam R. B. Jack [EMAIL PROTECTED] wrote: BTW: Any XML-ish reason for doing noclasspath/ and not an attribute? Only Sam will know. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: gump/project jakarta-jmeter.xml
Stefan wrote: We have projects A and B. To build B I want to request that A has been built, but I really don't care for its output. I just want to influence the build order, that's all. In that case I'd use depend project=Anoclasspath//depend in B's descriptor. and why it is wanted? No idea, really. Most likely building A has side-effects that I'm interested in. But at least in traditional the construct above will start the build of B even if building of A has failed. That means that I have no guarantee that the side-effect has actually been achieved. So it is like option project=Anoclasspath//option. I'll give a shot at coding it, but I suspect Gumpy will likely respect depend and option. BTW: Any XML-ish reason for doing noclasspath/ and not an attribute? Just curious. Doing this via the xdocs would be appreciated... tomorrow ;-) Thanks. regards, Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: gump/project jakarta-jmeter.xml
Thanks, I'll try that. I'm trying to fix errors of the form: Buildfile: build.xml [description] java.util.zip.ZipException: error in opening zip file [description] at java.util.zip.ZipFile.open(Native Method) that started appearing in the jmeter-test project recently. It looked like it might be trying to pick up some of the zips from the jakarta-jmeter-cvs project, when in fact it does not need to. The dependency on jmeter-cvs is needed to ensure that the test is run after the compile and build, so that it can use the output it generates (which certainly used to get left behind after a build). There are probably better ways of doing this, but removing zips from the classpath seemed a possible fix. Let's see what the noclasspath does. S. -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 10 March 2004 07:52 To: [EMAIL PROTECTED] Subject: Re: cvs commit: gump/project jakarta-jmeter.xml On 9 Mar 2004, [EMAIL PROTECTED] wrote: Try to suppress inherit of output jars Hmm, I'm not sure what you are trying to do, but I think depend project=jakarta-jmeter-cvsnoclasspath//depend is what you want (at least in traditional Gump). 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]
Re: cvs commit: gump/project jakarta-jmeter.xml
On 9 Mar 2004, [EMAIL PROTECTED] wrote: Try to suppress inherit of output jars Hmm, I'm not sure what you are trying to do, but I think depend project=jakarta-jmeter-cvsnoclasspath//depend is what you want (at least in traditional Gump). Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]