Stefan Bodewig wrote:
On Tue, 26 Oct 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote:
Niclas Hedhman wrote:
Ant projects are treated according to a template of classpath
injection, BUT some projects do their own downloads, and I wonder
if there are some that actually bypasses the Gump intentions
On Tue, 26 Oct 2004, Stefano Mazzocchi <[EMAIL PROTECTED]> wrote:
> Niclas Hedhman wrote:
>> Ant projects are treated according to a template of classpath
>> injection, BUT some projects do their own downloads, and I wonder
>> if there are some that actually bypasses the Gump intentions.
>
> Yes,
On Tuesday 26 October 2004 23:21, Stefano Mazzocchi wrote:
> > This is IMHO a grayish area, which I
> > would like to investigate further. Perhaps it could be tested by setting
> > a security policy for Ant which disallowed network connections.
>
> Wouldn't that make projects fail?
Yes, that woul
Niclas Hedhman wrote:
On Tuesday 26 October 2004 17:39, Eric Pugh wrote:
I guess that would help. However, a challenge for me is that everytime I
add a dependency to my project.xml I also need to inform gump. As I have
gotton more and more used to Maven, I don't even think about dependencies
beyo
Stefan Bodewig wrote:
On Tue, 26 Oct 2004, Brett Porter <[EMAIL PROTECTED]> wrote:
As I understand it, the general problem here is that the project.xml
changes, and the gump descriptor is not updated. The version is just
a reflection of this, and it probably changes the most. Is this
correct?
Yes
Eric Pugh wrote:
I am wholeheartedly in favor of generating the gump descriptors.
Well, I was thinking about *using* the maven POMs directly.
Question..
Would this be something that the project would have to do and then check
into CVS? Or would gump perform this step?
the least the projects have
On Tuesday 26 October 2004 17:50, Stefan Bodewig wrote:
> > I'd really like to go down the track of having gump effectively run
> > "maven gump" for a project, then use the generated descriptor
> > instead. What is involved in that from the gump end? I assume since
> > it happened for magic, it m
On Tuesday 26 October 2004 17:39, Eric Pugh wrote:
> I guess that would help. However, a challenge for me is that everytime I
> add a dependency to my project.xml I also need to inform gump. As I have
> gotton more and more used to Maven, I don't even think about dependencies
> beyond manipulatin
On Tue, 26 Oct 2004, Brett Porter <[EMAIL PROTECTED]> wrote:
> As I understand it, the general problem here is that the project.xml
> changes, and the gump descriptor is not updated. The version is just
> a reflection of this, and it probably changes the most. Is this
> correct?
Yes, and I agree
odule reference being able to point to
external source repositories addresses the access issue.
Eric
> -Original Message-
> From: Niclas Hedhman [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 26, 2004 11:19 AM
> To: Gump code and data
> Subject: Re: project version change
On Tuesday 26 October 2004 16:34, Eric Pugh wrote:
> From my perspective, I see it as a major issue that the only way to create
> the gump descriptor is to have CVS access to gump. Which is fine for ASF
> folks, but raises the bar for other outside to participate. I can see, at
> least for the M
: Stefano Mazzocchi [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, October 26, 2004 12:16 AM
> To: Gump code and data
> Subject: Re: project version changes and Maven WAS: cvs commit:
> gump/project jakarta-commons.xml
>
>
> Brett Porter wrote:
>
> > I had to get some backg
Brett Porter wrote:
I had to get some background from Eric on IRC about this, as I
couldn't find the original message. I hope I'm on the right track.
I'll first discuss the general problem I see here and solutions, but
there is a fix for this specific issue at the end I think.
As I understand it, t
I had to get some background from Eric on IRC about this, as I
couldn't find the original message. I hope I'm on the right track.
I'll first discuss the general problem I see here and solutions, but
there is a fix for this specific issue at the end I think.
As I understand it, the general problem
14 matches
Mail list logo