You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Vincent Massol <vm...@pivolis.com> on 2004/03/11 10:20:26 UTC
[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: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 11 Mar 2004, Stefan Bodewig <bo...@apache.org> 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: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 11 Mar 2004, Vincent Massol <vm...@pivolis.com> 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: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by "Adam R. B. Jack" <aj...@trysybase.com>.
> I never though that people would have a problem modifying the metadata
> files for fear of breaking gump.
>
> But, I wonder, if your build is already broken, why are you afraid of
> breaking it?
I suspect folks are nervous of breaking other's builds via their mistakes. I
know I was, and only time has taught me otherwise. Gump isn't that
sensitive. It is possible, but unlikely, that a reasonable change will take
down Gump for all, and I've not seen it happen.
My advice to folks would be commit away and don't be nervous.
regards
Adam
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by Scott Sanders <sc...@dotnot.org>.
The least it could do is email you back the diff to patch your own copy
of cvs with, or to spam this list with :)
Scott
On Mar 12, 2004, at 9:30 PM, Stefano Mazzocchi wrote:
> man, it took me two months to have a single clean gump run for cocoon,
> then I let go and it fell apart, so I do feel your pain.
>
> I agree that a sandbox to play would be nice, like having a workflow
> like:
>
> 1) you log in
> 2) click "edit the project descriptor"
> 3) a textarea contains the descriptor
> 4) you change the descriptor
> 5) save it
> 6) run the descriptor
> 7) get the output
> 8) go back to 2) until you are satisfied
> 9) commit to cvs
>
> Two problems in this scenario:
>
> 1) infrastructure is not going to allow gump to commit to CVS directly
> 2) since there is no LDAP or equivalent, it's tricky to have a
> committer-wide access control in synch [even if infrastructure would
> like to have a single sign-on system in place]
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by Stefano Mazzocchi <st...@apache.org>.
Vincent Massol wrote:
>
>>-----Original Message-----
>>From: Stefano Mazzocchi [mailto:stefano@apache.org]
>>Sent: 12 March 2004 21:09
>>To: Gump code and data
>>Subject: Re: [Cactus] commons-codec added to dependency jars?
>>
>>Vincent Massol wrote:
>>
>>
>>
>>>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?
>>
>>Interesting.
>>
>>I never though that people would have a problem modifying the metadata
>>files for fear of breaking gump.
>>
>>But, I wonder, if your build is already broken, why are you afraid of
>>breaking it?
>
>
> In this specific case, it's not broken.
oh, ok.
> It's a refactoring (replacing
> the dependency on commons-code with some inherit on httpclient). The
> problem is that I'm not a gumpy expert and I don't know if this change
> is the correct one. Stefan, on the other hand, has had much more
> experience and I'm sure he's more confident in the changes he's making
> (even though, I'm sure he tries them on his machine from time to time
> before or after committing the changes) :-)
>
> More generally, if the build is broken and I make a change to fix it,
> I'd like to be sure it fixes the build. Otherwise I'll have to wait till
> the following morning, try something else, wait again, try something
> else. I remember doing this in the and it took me about 1 week or
> more to get Gump working for Cactus (the Cactus build does quite a lot).
man, it took me two months to have a single clean gump run for cocoon,
then I let go and it fell apart, so I do feel your pain.
I agree that a sandbox to play would be nice, like having a workflow like:
1) you log in
2) click "edit the project descriptor"
3) a textarea contains the descriptor
4) you change the descriptor
5) save it
6) run the descriptor
7) get the output
8) go back to 2) until you are satisfied
9) commit to cvs
Two problems in this scenario:
1) infrastructure is not going to allow gump to commit to CVS directly
2) since there is no LDAP or equivalent, it's tricky to have a
committer-wide access control in synch [even if infrastructure would
like to have a single sign-on system in place]
--
Stefano.
RE: [Cactus] commons-codec added to dependency jars?
Posted by Vincent Massol <vm...@pivolis.com>.
> -----Original Message-----
> From: Stefano Mazzocchi [mailto:stefano@apache.org]
> Sent: 12 March 2004 21:09
> To: Gump code and data
> Subject: Re: [Cactus] commons-codec added to dependency jars?
>
> Vincent Massol wrote:
>
>
> > 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?
>
> Interesting.
>
> I never though that people would have a problem modifying the metadata
> files for fear of breaking gump.
>
> But, I wonder, if your build is already broken, why are you afraid of
> breaking it?
In this specific case, it's not broken. It's a refactoring (replacing
the dependency on commons-code with some inherit on httpclient). The
problem is that I'm not a gumpy expert and I don't know if this change
is the correct one. Stefan, on the other hand, has had much more
experience and I'm sure he's more confident in the changes he's making
(even though, I'm sure he tries them on his machine from time to time
before or after committing the changes) :-)
More generally, if the build is broken and I make a change to fix it,
I'd like to be sure it fixes the build. Otherwise I'll have to wait till
the following morning, try something else, wait again, try something
else. I remember doing this in the past and it took me about 1 week or
more to get Gump working for Cactus (the Cactus build does quite a lot).
-Vincent
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by Stefano Mazzocchi <st...@apache.org>.
Vincent Massol wrote:
> 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?
Interesting.
I never though that people would have a problem modifying the metadata
files for fear of breaking gump.
But, I wonder, if your build is already broken, why are you afraid of
breaking it?
--
Stefano.
RE: [Cactus] commons-codec added to dependency jars?
Posted by Vincent Massol <vm...@pivolis.com>.
Hi Stefano,
> -----Original Message-----
> From: Stefano Mazzocchi [mailto:stefano@apache.org]
> 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: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by Stefano Mazzocchi <st...@apache.org>.
Vincent Massol wrote:
>
>>-----Original Message-----
>>From: Stefan Bodewig [mailto:bodewig@apache.org]
>>Sent: 11 March 2004 10:31
>>To: general@gump.apache.org
>>Subject: Re: [Cactus] commons-codec added to dependency jars?
>>
>>On Thu, 11 Mar 2004, Vincent Massol <vm...@pivolis.com> 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.
RE: [Cactus] commons-codec added to dependency jars?
Posted by Vincent Massol <vm...@pivolis.com>.
> -----Original Message-----
> From: Stefan Bodewig [mailto:bodewig@apache.org]
> Sent: 11 March 2004 10:31
> To: general@gump.apache.org
> Subject: Re: [Cactus] commons-codec added to dependency jars?
>
> On Thu, 11 Mar 2004, Vincent Massol <vm...@pivolis.com> 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: general-unsubscribe@gump.apache.org
> For additional commands, e-mail: general-help@gump.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: [Cactus] commons-codec added to dependency jars?
Posted by Stefan Bodewig <bo...@apache.org>.
On Thu, 11 Mar 2004, Vincent Massol <vm...@pivolis.com> 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: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org