On 1/1/02 3:05 PM, "Vincent Massol" <[EMAIL PROTECTED]> wrote:

> 
> 
>> -----Original Message-----
>> From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]]
>> Sent: 01 January 2002 19:24
>> To: Jakarta General List
>> Subject: Re: Just the JARs
>> 
>> On 1/1/02 12:57 PM, "Vincent Massol" <[EMAIL PROTECTED]> wrote:
>> 
>>> What would be nice would be to have a JJAR/CJAN project coupled with
>>> GUMP. This application would have both an Ant task (for developers)
> to
>>> retrieve versions of dependent jars (latest or specified version or
>>> date) and a GUI/Applet in the download area so that end user could
> use
>>> it to download dependent jars. What is needed is :
>>> 1/ a repository for the jars where GUMP would copy nightly builds
> and
>>> where releases would be put
>>> 2/ dependency information (what Jason is building or what the
> Commons
>>> JJAR project has) so that dependent jars can be easily downloaded
>>> 
>>> I think it might be a good idea for JJAR/CJAN to be a subproject of
>>> Alexandria.
>> 
>> I disagree.
>> 
> 
> You have the right ... ;-) But why ?

I don't even know what alexandria is, so I wouldn't advocate putting any
code in there.

I know what Gump is, but that's a proposal in alexandria, and different in
nature than JJAR.  JJAR is more akin to ant than Gump in my view.
 
> My rationale was that the goal of GUMP as I understand it now, is to
> ensure that all projects play well with each other in term of
> compatibility. It seems natural to extend it so that it can also be
> asked to retrieve all dependent jars for a given project.

Not to me.  Gump to me is an early warning tool to ensure API stability
across dependent projects, and must, by definition, always work on the
current bleeding edge of all projects.  It must do this because once you
test a set of released versions, nothing changes :)

So gump doesn't even have the dependent jars for the released versions - it
uses more bleeding edge jars it makes itself to satisfy the dependencies.
 
> -Vincent
> 
> P.S.: I said Alexandria instead of GUMP in my previous post but I'm not
> cleat on the relations between these 2 in the future ... :-)

Well, maybe Gump becomes a top level project dedicated to aspects of
development like API contracts and such (I would love to see functional
contract testing as well :)

-- 
Geir Magnusson Jr.                                     [EMAIL PROTECTED]
System and Software Consulting
"They that can give up essential liberty to obtain a little temporary safety
deserve neither liberty nor safety." - Benjamin Franklin



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

Reply via email to