Re: [Cactus] commons-codec added to dependency jars?
Vincent Massol wrote: -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 11 March 2004 10:31 To: [EMAIL PROTECTED] Subject: Re: [Cactus] commons-codec added to dependency jars? On Thu, 11 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote: Cactus does not use directly commons-code. It may be used by a cactus dependency like Tomcat, Commons HttpClient or others. I think it is httpclient. Wouldn't it be better to add this dependency to the project directly using it and then use an inherit=runtime or something similar for Cactus? +1 Again the problem is the same. I don't have access to a gump machine and I don't want to make a CVS change if I can verify it still works... I think if you want to make Gump more popular (in the line of thought of the [RT] thread), this is one area to improve. A self-service Gump or something similar so that people can help modify descriptors and verify they still work. Otherwise the Gump committers will end up doing all the work... Vincent, I'm actually very curious and insterested in your comment: what are you afraid of breaking? -- Stefano. smime.p7s Description: S/MIME Cryptographic Signature
RE: [Cactus] commons-codec added to dependency jars?
Hi Stefano, -Original Message- From: Stefano Mazzocchi [mailto:[EMAIL PROTECTED] Sent: 12 March 2004 15:31 To: Gump code and data Subject: Re: [Cactus] commons-codec added to dependency jars? [snip] Again the problem is the same. I don't have access to a gump machine and I don't want to make a CVS change if I can verify it still works... I think if you want to make Gump more popular (in the line of thought of the [RT] thread), this is one area to improve. A self-service Gump or something similar so that people can help modify descriptors and verify they still work. Otherwise the Gump committers will end up doing all the work... Vincent, I'm actually very curious and insterested in your comment: what are you afraid of breaking? The way I code is as follows: 1/ make a change on my local machine 2/ verify it works by running some kind of tests If I don't do 2/ then there is a high chance it will break something and I'll only know the following day. To do 2, there are 2 solutions I can see: 1/ install gumpy locally but that's not very easy to do 2/ have a kind of self-service gumpy that you can start on demand What do you think? Thanks -Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Cactus] commons-codec added to dependency jars?
On Thu, 11 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote: Cactus does not use directly commons-code. It may be used by a cactus dependency like Tomcat, Commons HttpClient or others. I think it is httpclient. Wouldn't it be better to add this dependency to the project directly using it and then use an inherit=runtime or something similar for Cactus? +1 Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Cactus] commons-codec added to dependency jars?
-Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: 11 March 2004 10:31 To: [EMAIL PROTECTED] Subject: Re: [Cactus] commons-codec added to dependency jars? On Thu, 11 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote: Cactus does not use directly commons-code. It may be used by a cactus dependency like Tomcat, Commons HttpClient or others. I think it is httpclient. Wouldn't it be better to add this dependency to the project directly using it and then use an inherit=runtime or something similar for Cactus? +1 Again the problem is the same. I don't have access to a gump machine and I don't want to make a CVS change if I can verify it still works... I think if you want to make Gump more popular (in the line of thought of the [RT] thread), this is one area to improve. A self-service Gump or something similar so that people can help modify descriptors and verify they still work. Otherwise the Gump committers will end up doing all the work... Thanks -Vincent 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: [Cactus] commons-codec added to dependency jars?
On Thu, 11 Mar 2004, Vincent Massol [EMAIL PROTECTED] wrote: Again the problem is the same. I don't have access to a gump machine and I don't want to make a CVS change if I can verify it still works... and I don't have access to the cactus descriptors ;-) I think if you want to make Gump more popular (in the line of thought of the [RT] thread), this is one area to improve. We know, and AFAIK rescue is on the way - a dedicated ASF machine to run Gump. Otherwise the Gump committers will end up doing all the work... Which Gump committers? 8-) Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Cactus] commons-codec added to dependency jars?
On Thu, 11 Mar 2004, Stefan Bodewig [EMAIL PROTECTED] wrote: and I don't have access to the cactus descriptors ;-) Ooops, in fact I have, sorry. I'll make the change. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Cactus] commons-codec added to dependency jars?
Hi, It seems that the following line was added to the Cactus descriptor: depend project=commons-codec/ However, Cactus does not use directly commons-code. It may be used by a cactus dependency like Tomcat, Commons HttpClient or others. Wouldn't it be better to add this dependency to the project directly using it and then use an inherit=runtime or something similar for Cactus? Thanks -Vincent Wanna see JUnit in Action? (http://manning.com/massol) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
