On 4/16/02 5:45 PM, "Scott Sanders" <[EMAIL PROTECTED]> wrote:
> That's the second time I have done that. I must formally apologize now. > > Sorry G-E-I-R :) The apology wasn't necessary, of course. At all. I just have been waiting for a chance to re-use Jason's clever line... > > Scott > >> -----Original Message----- >> From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] >> Sent: Tuesday, April 16, 2002 2:41 PM >> To: Jakarta Commons Developers List >> Subject: Re: [JJAR] Status? Jar Repository? >> >> >> 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:commons-dev-> [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: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 "We will be judged not by the monuments we build, but by the monuments we destroy" - Ada Louise Huxtable -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
