On 4/16/02 5:32 PM, "Scott Sanders" <[EMAIL PROTECTED]> wrote:

> Gier is correct.  In the end jjar gets jars.  Maven is an entire build
> methodology. JJAR is a tool, with no meaning unless used in a larger
> context.
> 
> Maven could be a consumer of JJAR's work.
> 
> Scott (Waiting for those jjar commits ;-)

Remember, as Jason Hunter put it to the EC proposing Pier and myself for
something :

The hint to their names: "i before e except after g"  :-)


> 
> 
> 
>> -----Original Message-----
>> From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]]
>> Sent: Tuesday, April 16, 2002 2:19 PM
>> To: Jakarta Commons Developers List
>> Subject: Re: [JJAR] Status? Jar Repository?
>> 
>> 
>> On 4/16/02 5:18 PM, "[EMAIL PROTECTED]"
>> <[EMAIL PROTECTED]> wrote:
>> 
>>> Henri Yandell <[EMAIL PROTECTED]> wrote on
>> 17/04/2002 12:08:06
>>> AM:
>>> 
>>>> 
>>>> I think we're working towards having a real problem towards the
>>>> consumer as to the difference between Maven and Jjar and why there
>>>> are two tools with such an overlap.
>>>> 
>>>> I'd recently flipped my 'consumer' demands over to Maven.
>> Do you see 
>>>> any forseeable solutions?
>>> Choice.
>>> 
>>> At the moment Maven is a lot wider scope than JJar, and a lot more
>>> mature.
>>> 
>> 
>> That's like saying Tomcat is a lot wider scope than Ant and a
>> lot more mature. :)
>> 
>> My point is that we are comparing apples to oranges - they
>> aren't intended to solve the same problem.  Yes, Maven needs
>> to know about dependencies and have jars to satisfy the
>> dependencies, but so does a classloader...
>> 
>> Here's a limited list of what maven does, and given the
>> development frenzy surrounding it, I can say this is accurate
>> only as of 17:18EST 20020416 :
>> 
>> *    Change log document created directly from repository information.
>> *    Cross referenced sources
>> *    Source metrics
>> *    Mailing lists
>> *    Developer list
>> *    Dependency list
>> *    Unit test reports including coverage
>> *    Article Collection
>> *    Software Development References
>> *    Software Development Process Documentation
>> *    Distribution publication based on the POM.
>> 
>> JJAR gets jars and dependency jars.  That's it.
>> 
>> -- 
>> Geir Magnusson Jr.
>> [EMAIL PROTECTED]
>> System and Software Consulting
>> 
>> The cost of synchronization is much less that the cost of stupidity.
>> 
>> 
>> --
>> To unsubscribe, e-mail:
>> <mailto:commons-dev-> [EMAIL PROTECTED]>
>> For 
>> additional commands,
>> e-mail: <mailto:[EMAIL PROTECTED]>
>> 
>> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> 

-- 
Geir Magnusson Jr.                                     [EMAIL PROTECTED]
System and Software Consulting
The obvious solutions are challenging


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

Reply via email to