Re: Next shade release: 2.1 or 3.0?

On Fri, Nov 23, 2012 at 7:22 PM, Stephen Connolly wrote: > And you'll recall my vote is for 3.0 (assuming the idea works and you > decide to go ahead with it, that is) I have no objection to 3. I sent this message because (1) the recent release of 2.0 made me feel some risk of silliness, and (b)

Re: Next shade release: 2.1 or 3.0?

And you'll recall my vote is for 3.0 (assuming the idea works and you decide to go ahead with it, that is) [Briefly, for anyone who is interested, the idea is to replace the artifact attached to the reactor, rather than replace the file... Thus jar:jar's output will be the responsibility of jar:ja

Re: Next shade release: 2.1 or 3.0?

On Fri, Nov 23, 2012 at 4:57 PM, Jochen Wiedmann wrote: > This would be an incompatible change, would it? Yes, indeed, insofar as anyone who scripted to expect the shaded version to be sitting in target under finalName would be broken > > > > On Fri, Nov 23, 2012 at 10:38 PM, Benson Margulies

Re: Next shade release: 2.1 or 3.0?

This would be an incompatible change, would it? On Fri, Nov 23, 2012 at 10:38 PM, Benson Margulies wrote: > I want to take up a suggestion of Stephen Connolly and fix the > interactions between shade and jar by changing the default file name > of 'replacing' shaded jars. I'd like incremental ja

Next shade release: 2.1 or 3.0?

I want to take up a suggestion of Stephen Connolly and fix the interactions between shade and jar by changing the default file name of 'replacing' shaded jars. I'd like incremental jar-ing to work by default, so I want to change the default behavior. 2.1 or 3.0? ---

Re: Next shade release 2.0

Please ignore this, I'll send a coherent alternative in a moment with a different subject. On Fri, Nov 23, 2012 at 4:35 PM, Benson Margulies wrote: > I want to take up a suggestion of Stephen Connolly and fix the > interactions between shade and jar by changing the default file name > of 'replaci

Next shade release 2.0

I want to take up a suggestion of Stephen Connolly and fix the interactions between shade and jar by changing the default file name of 'replacing' shaded jars. Since no one has marked fixed anything since the last release, I'm just going to set the version to be 2.0-SNAPSHOT. -

Re: maven-changes-plugin: rest

On Fri, Nov 23, 2012 at 1:51 PM, Jason van Zyl wrote: > It's not anymore, Mylyn is actually integrated into Netbeans now. If someone wants to take up a son-of-changes-plugin with a plugable issue tracker modularity, I'd gently suggest a whole new plugin in the sandbox. For now, I'm planning to co

Re: [VOTE] Release Maven Invoker Plugin version 1.8

+1 On Fri, Nov 23, 2012 at 7:04 PM, Robert Scholte wrote: > Hi, > > We solved 14 issues: > http://jira.codehaus.org/**secure/ReleaseNote.jspa?** > projectId=11441&styleName=**Html&version=18730 > > The

Re: maven-changes-plugin: rest

It's not anymore, Mylyn is actually integrated into Netbeans now. On Nov 23, 2012, at 1:40 AM, Lennart Jörelid wrote: > True - but Mylyn is also unique to eclipse, unless I'm mistaken. > > Can we find a better way to support integrations from other IDEs? > > > 2012/11/20 Jason van Zyl > >>

[VOTE] Release Maven Invoker Plugin version 1.8

Hi, We solved 14 issues: http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11441&styleName=Html&version=18730 There are no more open bugs, but still a couple of issues left in JIRA: http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11441&status=1 Staging repo: https://

Re: How to make Maven builds faster

On Nov 23, 2012, at 8:20 AM, Benson Margulies wrote: > On Fri, Nov 23, 2012 at 10:16 AM, Jason van Zyl wrote: >> On Nov 23, 2012, at 3:13 AM, Jochen Wiedmann >> wrote: >> >>> Would be happy about comments on >>> >>> >>> http://grumpyapache.blogspot.de/2012/11/rfc-improving-mavens-performan

Re: How to make Maven builds faster

On Fri, Nov 23, 2012 at 10:16 AM, Jason van Zyl wrote: > On Nov 23, 2012, at 3:13 AM, Jochen Wiedmann > wrote: > >> Would be happy about comments on >> >> >> http://grumpyapache.blogspot.de/2012/11/rfc-improving-mavens-performance.html >> > > The fastest incremental turn around for a Maven build

[RESULT][VOTE] Wagon 2.3

The results are: +1 binding: Arnaud, Hervé, Olivier +1 non-binding: Tamas I'll publish the site and promote Wagon 2.3 to Central. Thanks, Jason -- Jason van Zyl Founder & CTO, Sonatype Founder, Apache Maven http://twitter.com/jvanzyl ---

[ANN] Maven Rar Plugin 2.3 Released

The Apache Maven team is pleased to announce the release of the Maven Rar Plugin, version 2.3 A resource adapter is a system-level software driver that a Java application uses to connect to an enterprise information system (EIS). The RAR plugin has the capability to store these resource adapters t

Re: How to make Maven builds faster

On Nov 23, 2012, at 3:13 AM, Jochen Wiedmann wrote: > Would be happy about comments on > > > http://grumpyapache.blogspot.de/2012/11/rfc-improving-mavens-performance.html > The fastest incremental turn around for a Maven build anywhere in any tool that exists is inside m2e. That said it is i

Re: The global archetype catalog

2012/11/23 Anders Hammar : > MVNCENTRAL-266 Thanks !! Full url: https://issues.sonatype.org/browse/MVNCENTRAL-266 so please vote :-) -- Olivier - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands

Re: The global archetype catalog

MVNCENTRAL-266 filed. /Anders (mobile) Den 23 nov 2012 14:22 skrev "Benson Margulies" : > A user claims it's trashed. How is it maintained? > > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional command

How to make Maven builds faster

Would be happy about comments on http://grumpyapache.blogspot.de/2012/11/rfc-improving-mavens-performance.html Thanks, Jochen -- The best argument for celibacy is that the clergy will sooner or later become extinct.

Re: Cas build failure

Hi, Remove the blank line at the beginning of the file. The processing instruction Hello Team, > > I'm following the instructions on > > https://wiki.jasig.org/display/CASUM/Best+Practice+-+Setting+Up+CAS+Locally+using+the+Maven2+WAR+Overlay+Method > > I'm using the pom.xml file that is described

Re: Cas build failure

I think you did something wrong while pastiong from the web page. According to the error, it seems your pom didn't start with wrote: > Hello Team, > > I'm following the instructions on > > https://wiki.jasig.org/display/CASUM/Best+Practice+-+Setting+Up+CAS+Locally+using+the+Maven2+WAR+Overlay+Met

Fwd: Cas build failure

Hello Team, I'm following the instructions on https://wiki.jasig.org/display/CASUM/Best+Practice+-+Setting+Up+CAS+Locally+using+the+Maven2+WAR+Overlay+Method I'm using the pom.xml file that is described on the upper page. the problem is that I'm stuck at the step "Build it" where we build the Ca

Re: maven-changes-plugin: rest

True - but Mylyn is also unique to eclipse, unless I'm mistaken. Can we find a better way to support integrations from other IDEs? 2012/11/20 Jason van Zyl > I would honestly take a look at the Mylyn APIs for issues. They have all > the connectors and I believe they have all been decoupled fro

Re: [VOTE] Release Maven Dependency Plugin 2.6 and Maven Dependency Analyzer 1.3 - Attempt #2

On Fri, 23 Nov 2012 07:31:26 +0100 Hervé BOUTEMY wrote: > 2*+1 2*1 (nb) works fine to me. thanks, tony. > > Regards, > > Hervé > > Le mardi 20 novembre 2012 23:28:41 Arnaud HERITIER a écrit : > > Hi, > > > > Sorry for the long delay since the first attempt. I have more free time now > >