On 1/1/02 2:43 PM, "Sam Ruby" <[EMAIL PROTECTED]> wrote:

> Geir Magnusson Jr. wrote:
>> 
>>> I agree that it would be nice if the GUMP results were put somewhere
>>> publicly accessible (they may be but I have no idea where). However, the
>>> second step is to automatically fetch the correct dependent jars (and
>>> possibly in a validated working state, proved by unit testing of each
>>> project).
>> 
>> You don't want to use the results of Gump for JJAR.  Gump isn't bulding
>> releases - it's building CVS-tree-du-jour...  There is no reason to believe
>> anything built by Gump works.
> 
> I believe that the operative words were "validated working state, proved by
> unit testing of each project".

That still doesn't mean anything other than the CVS-du-jour is
self-consistent with it's own unit tests, and says nothing about behavior
expected by something dependent upon it.

> To pick a random example... the http://jakarta.apache.org/gump/ is produced
> by anakia .  Which version of anakia?  The one built by gump.  How am I
> confident that it is going to work?  For starters, there is the unit tests
> of velocity itself.  Then there are other projects which use velocity that
> build and unit test successfully.
> 

That's fine.  That still is no guarantee that the functionality can be
depended upon.  I mean, what gump really tells you is that the API contracts
of a project that are used by dependent projects are being preserved
(because you can build using the gump-produced jars), but there are no
functional contracts that you can dependably test.  Further, you don't have
a provably complete API contract test because you depend on other projects,
which I bet just use a subset, to tell you if something changed.  (Food for
thought for Gump moving forward, I guess...)

So it wouldn't be right to base JJAR fetches of those jars - except when you
specify the non-released latest. (JJAR lets you choose which version of a
jar you want...)


-- 
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