On 4/16/02 5:54 PM, "Scott Sanders" <[EMAIL PROTECTED]> wrote:
> I was hoping the apology might light some kindred flame in which we > might both see some commits to the jjar repo in CVS. Yes, I'm quite inspired now... > > Just a thought. > > Scott > >> -----Original Message----- >> From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] >> Sent: Tuesday, April 16, 2002 2:49 PM >> To: Jakarta Commons Developers List >> Subject: Re: [JJAR] Status? Jar Repository? >> >> >> 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:commons-dev-> [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: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 bytecodes are language independent. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
