Re: [JJAR] Status? Jar Repository?
From: [EMAIL PROTECTED] Scott Sanders [EMAIL PROTECTED] wrote on 17/04/2002 07:32:44 AM: 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. Thanks for clearing that up. I was really confused :-) I was just about to check out the build process in JJar Maven could be a consumer of JJAR's work. And vice versa. JJar could use Maven to get it going faster Agreed. Maybe JJAR could suck out the dependency information from Maven project.xml files? James _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/17/02 6:23 PM, James Strachan [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Scott Sanders [EMAIL PROTECTED] wrote on 17/04/2002 07:32:44 AM: 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. Thanks for clearing that up. I was really confused :-) I was just about to check out the build process in JJar Maven could be a consumer of JJAR's work. And vice versa. JJar could use Maven to get it going faster Agreed. Maybe JJAR could suck out the dependency information from Maven project.xml files? That's possible - it could be an alternate repository that's supported to allow a mavenized project to just have one dependency declaration... -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting The greatest pleasure in life is doing what people say you cannot do. - Walter Bagehot -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
Geir Magnusson Jr. wrote: Yes, I did a bit of cleanup that I have to commit. The big change will be the namespace of jar/project names to try and avoid collisions. Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) 2 there should be a possibility to specify more than one jar file (batik has a lot of jar files). I think a very good example of xml representation of repository is XML Catalogs specification (and xml.commons resolver as an implementation) On the other way, I found that JJar is a very good tool for 'continous integration with ant' developing process. Thanks for this tool. Tomek Pik [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:16 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: As for the jar repository, is it possible to anhance the jjar repository with uptodate versions. I can do it myself for the jars I use by putting them in the jjar repo, just want to know if it's ok. Yes - Just Do It :-D :-? Ok, but I've just realized that I dont know where to do the update! http://jakarta.apache.org/jjar/repository.xml where do I update this? Is this the right place to put a repository (just curious of the available options)? Since we will start to use it seriously, does this still apply? Further this is currently not an official Jakarta Commons project, but a well-organized sandbox project. Therefore, production dependencies are discouraged. Thanks a bunch :-D -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 8:31 AM, Tomasz Pik [EMAIL PROTECTED] wrote: Geir Magnusson Jr. wrote: Yes, I did a bit of cleanup that I have to commit. The big change will be the namespace of jar/project names to try and avoid collisions. Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) 2 there should be a possibility to specify more than one jar file (batik has a lot of jar files). I thought that was handled - for example, ant would depend on JAXP, which has two jars (jaxp.jar and crimson.jar). Will review. Also, when you say 'full URL to JAR file' where do you mean? I think a very good example of xml representation of repository is XML Catalogs specification (and xml.commons resolver as an implementation) On the other way, I found that JJar is a very good tool for 'continous integration with ant' developing process. Thanks for this tool. Tomek Pik [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 cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:16 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: As for the jar repository, is it possible to anhance the jjar repository with uptodate versions. I can do it myself for the jars I use by putting them in the jjar repo, just want to know if it's ok. Yes - Just Do It :-D :-? Ok, but I've just realized that I dont know where to do the update! http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Is this the right place to put a repository (just curious of the available options)? Since we will start to use it seriously, does this still apply? Further this is currently not an official Jakarta Commons project, but a well-organized sandbox project. Therefore, production dependencies are discouraged. Of course :) 'discouraged', not 'forbidden' :) I still think it's too sucky for proposal as a real project, but if we start to use it heavily, I think we'll learn much. Right now it's a bit of handwaving and dreaming. Thanks a bunch :-D -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- 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]
Re: [JJAR] Status? Jar Repository?
Geir Magnusson Jr. wrote: Geir Magnusson Jr. wrote: Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) Also, when you say 'full URL to JAR file' where do you mean? As I remember it was impossible to specify: jarfile://somewhere/in/filesystem/file1.jar/jar jarhttp://somewhere.over.the.net/file2.jar/jar All files were loaded as thery are located in the same directory as 'repository.xml' or in sub(+)directory of this directory. Tomek -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 9:00 AM, Tomasz Pik [EMAIL PROTECTED] wrote: Geir Magnusson Jr. wrote: Geir Magnusson Jr. wrote: Two problems that appears during using of JJar: 1 there soluld be a possibility to specify full url to jar file (maybe something like xml:base) Also, when you say 'full URL to JAR file' where do you mean? As I remember it was impossible to specify: jarfile://somewhere/in/filesystem/file1.jar/jar jarhttp://somewhere.over.the.net/file2.jar/jar All files were loaded as thery are located in the same directory as 'repository.xml' or in sub(+)directory of this directory. Ah, right. There is no reason why not, I suppose. I guess the thinking was that each project could own it's jjar repo/entry to distribute the load around rather than centralize it, so you wouldn't go leaping to 'other places' but get the jar from the same place as the repo descriptor. However, I guess that restriction isn't really valid. And that doesn't account for the need for the file: URL as well. Tomek -- 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 cost of synchronization is much less that the cost of stupidity. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 9:06 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? Are you kidding? -- 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]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 9:06 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? Are you kidding? If you don't tell me where to put them and how to get them, I could go on for ages ;-P AFAIK jjar uses http, but if I put them in CVS... What do you expect me to do, RTFM? ;-) There is no strict requirement as to how a repository is implemented. The expected common implementation will be via http through a regular web server (no server-side programmatic support will be required.) However, in the case of local or enterprise use, it is expected that local file access will be enough. The technical limitation will be that there is a protocol handler for the access method of choice. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] I don't think there is a problem, as they are different. JJAR doesn't come close to what Maven does. There may be overlap in the functionality in that Maven needed to have similar functionality as a part of itself, but that's a different issue. Could Maven make use of JJAR? J. === Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 10:30 AM, Morrison, John [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [mailto:[EMAIL PROTECTED]] I don't think there is a problem, as they are different. JJAR doesn't come close to what Maven does. There may be overlap in the functionality in that Maven needed to have similar functionality as a part of itself, but that's a different issue. Could Maven make use of JJAR? Yes. Should it now? I don't think so. Should gump? Yes. Should it now? I don't think so. Right now, I think that the needs of Gump and Maven aren't supported by JJAR in the way that Gump and Maven need them. In the future, as things are clearer, I hope that things can come together But I can't see why it would be forced now. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting He who throws mud only loses ground. - Fat Albert -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Sorry if I insist, but how do I tel JJAR to get them from the jjar commons sandbox CVS? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
On 4/16/02 9:55 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 9:06 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: From: Geir Magnusson Jr. [EMAIL PROTECTED] On 4/16/02 8:47 AM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote: http://jakarta.apache.org/jjar/repository.xml where do I update this? I just put that there for visibility :) The real version should be in CVS. Oh. And the Jars? Download them with viewCVS? Are you kidding? If you don't tell me where to put them and how to get them, I could go on for ages ;-P Apparently. Are you asking where to put the jars? For now, I was putting them in jakarta.apache.org/jjar/ It's not really clear we want to dump them into CVS just yet. -- Geir Magnusson Jr. [EMAIL PROTECTED] System and Software Consulting Whoever would overthrow the liberty of a nation must begin by subduing the freeness of speech. - Benjamin Franklin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
Apparently. Are you asking where to put the jars? For now, I was putting them in jakarta.apache.org/jjar/ It's not really clear we want to dump them into CVS just yet. This is one of my consumer 'demands' or developer itches :) I want to set a jars repository as being cvs://some-dir, http://... ftp:// etc. Hen -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [JJAR] Status? Jar Repository?
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. Hen -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [JJAR] Status? Jar Repository?
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 ;-) -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]
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:[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]
RE: [JJAR] Status? Jar Repository?
That's the second time I have done that. I must formally apologize now. Sorry G-E-I-R :) 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]
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:[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]
RE: [JJAR] Status? Jar Repository?
I was hoping the apology might light some kindred flame in which we might both see some commits to the jjar repo in CVS. 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]
Re: [JJAR] Status? Jar Repository?
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]
RE: [JJAR] Status? Jar Repository?
Scott Sanders [EMAIL PROTECTED] wrote on 17/04/2002 07:32:44 AM: 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. Thanks for clearing that up. I was really confused :-) I was just about to check out the build process in JJar Maven could be a consumer of JJAR's work. And vice versa. JJar could use Maven to get it going faster Scott (Waiting for those jjar commits ;-) -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. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
