Re: No more uber jar

2008-09-22 Thread Brett Porter
/me cheers Yep, go for it. This will also mean producing shaded versions of the wagons though I think, or creating a shaded "built-in wagons" JAR, to prevent some of their dependencies being forced on plugins. The ITs for MNG-3581/3599 might pick this up, but it would be worth an extra IT

Re: No more uber jar

2008-09-22 Thread Jason van Zyl
Just means we use a shaded version of plexus instead of shading the entire Maven runtime. Wouldn't change anything. Plugins could still use their own version of p-u. On 22-Sep-08, at 7:12 PM, Benjamin Bentmann wrote: Jason van Zyl wrote: I would like to remove the uber jar in 2.1 and do

Re: m-eclipse-p: use ~/.m2/repository for cache files?

2008-09-22 Thread Barrie Treloar
On Sat, Sep 20, 2008 at 1:17 AM, Eugene Kuleshov <[EMAIL PROTECTED]> wrote: > > > Out of curiosity, why are you prefer m-e-p plugin over IDE support? > > For example, m2eclipse [1] can import Maven projects without running > intermediate commands and it does cache if source artifacts are present

Re: [VOTE] Release Maven archetype plugin version 2.0-alpha-4

2008-09-22 Thread Raphaël Piéroni
+1 (obviously) Raphaël 2008/9/22, Raphaël Piéroni <[EMAIL PROTECTED]>: > Hi, > > We solved 19 issues: > > http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11095&styleName=Html&version=14253 > > Staging repo: > http://people.apache.org/~rafale/archetype-stage-repository/ > Beware

[VOTE] Release Maven archetype plugin version 2.0-alpha-4

2008-09-22 Thread Raphaël Piéroni
Hi, We solved 19 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11095&styleName=Html&version=14253 Staging repo: http://people.apache.org/~rafale/archetype-stage-repository/ Beware of MNG-2974, a workaround is currently to use a repository manager. Staging site: http://maven.

Re: No more uber jar

2008-09-22 Thread John Casey
Sounds good to me, as long as we test to make sure it doesn't affect plugins using things like a different version of plexus-utils. -j --- John Casey Developer and PMC Member, Apache Maven (http://maven.apache.org) Member, Apache Software Foundation Blog: http://www.ejlife.net/blogs/buildchimp

Re: No more uber jar

2008-09-22 Thread Terry L Williams
Please imagine the sound of an intermediate level of APPLAUSE for this suggestion. Jason van Zyl <[EMAIL PROTECTED]

RE: No more uber jar

2008-09-22 Thread Clark, Gil W.
Hey, so how's the vacation going? Will Mark still be contacting us after Oct 1? Gil -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Monday, September 22, 2008 10:01 AM To: Maven Developers List Subject: No more uber jar I made the uber jar and I think it was a mi

Re: No more uber jar

2008-09-22 Thread Benjamin Bentmann
Jason van Zyl wrote: I would like to remove the uber jar in 2.1 and do it on the 2.2 branch as well. Any objections? How does this relate to MNG-2892? Are there other means that allow plugins to use different versions of the libs that are used by the core like plexus-utils? Benjamin --

No more uber jar

2008-09-22 Thread Jason van Zyl
I made the uber jar and I think it was a mistake. It's a complete PITA to swap in new jars and test and the shading can work on the JARs necessary. I would like to remove the uber jar in 2.1 and do it on the 2.2 branch as well. Any objections? Thanks, Jason

Re: Shortening paths for core ITs

2008-09-22 Thread John Casey
+1 All of this sounds great to me. Thanks for taking this on. Benjamin Bentmann wrote: Brett Porter wrote: I would prefer core-it-suite to core-its, but it's a small thing. So we would have core-it-suite and core-it-support, looks nice IMHO and is still reasonably short (which is all I am i

Re: Shortening paths for core ITs

2008-09-22 Thread Jason van Zyl
On 22-Sep-08, at 2:14 PM, Benjamin Bentmann wrote: Brett Porter wrote: I would prefer core-it-suite to core-its, but it's a small thing. So we would have core-it-suite and core-it-support, looks nice IMHO and is still reasonably short (which is all I am interested in). So unless somebod

Re: Shortening paths for core ITs

2008-09-22 Thread Benjamin Bentmann
Brett Porter wrote: I would prefer core-it-suite to core-its, but it's a small thing. So we would have core-it-suite and core-it-support, looks nice IMHO and is still reasonably short (which is all I am interested in). So unless somebody objects, let's go for that ;-) I additionally think

Re: Shortening paths for core ITs

2008-09-22 Thread Benjamin Bentmann
Arnaud HERITIER wrote: Just a remark : sometime you replace integration-tests by "its" otherwise by "it". Perhaps we could unify them . Yes, you're right. The distinction between singular/plural is rather irrelevant here so I agree, let's have it all "it" for consistency. Benjamin ---