Re: Maven 3.2.6 - Release ?

[Jason van Zyl]

Happy to be on standby if you need any help while trying to cut a core release. 
I use a bunch of scripts and helpers that you’re welcome too if you want them.

> On Oct 12, 2015, at 5:10 PM, Karl Heinz Marbaise  wrote:
> 
> Hi,
> 
> i have tried to backport the following issues:
> 
> https://issues.apache.org/jira/browse/MNG-5793
> https://issues.apache.org/jira/browse/MNG-5742
> 
> from 3.3.X to a (currently local) 3.2.6-branch which was very easy ..and it 
> works as i expect...
> 
> Is there something else i need to pay attention to making a new core release 
> 3.2.6 ?
> 
> Kind regards
> Karl Heinz Marbaise
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 

Thanks,

Jason

--
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-

First, the taking in of scattered particulars under one Idea,
so that everyone understands what is being talked about ... Second,
the separation of the Idea into parts, by dividing it at the joints,
as nature directs, not breaking any limb in half as a bad carver might.

  -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)













-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: MNG-5858 - Question

[Jason van Zyl]

There are cases where this would break. It’s not a pattern I see very often but 
when projects put their parent/aggregator pom in a directory of its own there 
is no pom.xml at the upper most level of the project.

I know that Fred got bitten by a .mvn/ directory way up near the root of the 
file system, did you run into a specific problem?

> On Oct 12, 2015, at 2:16 PM, Karl Heinz Marbaise  wrote:
> 
> Hi,
> 
> based on the changes we have made to identify the folder where ".mvn" is 
> located i would suggest to enhance the check with checking the pom.xml file 
> as well...So i would suggest to enhance the find_maven_basedir() function 
> like the following:
> 
>   local basedir="$(pwd)"
>   local wdir="$(pwd)"
>   while [ "$wdir" != '/' ] ; do
> -if [ -d "$wdir"/.mvn ] ; then
> +if [ -d "$wdir"/.mvn ] && [ -e "$wdir"/pom.xml ] ; then
>   basedir=$wdir
>   break
> fi
> 
> WDYT ?
> 
> See also my comments:
> [1]: 
> https://issues.apache.org/jira/browse/MNG-5858?focusedCommentId=14744204&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14744204
> 
> Kind regards
> Karl Heinz Marbaise
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 

Thanks,

Jason

--
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-

A language that doesn’t affect the way you think about programming is not worth 
knowing. 
 
 -- Alan Perlis













-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: MNG-5858 - Question

[Karl Heinz Marbaise]

Hi,

On 10/12/15 10:42 PM, Andreas Gudian wrote:

Good idea!

Funny enough, I've seen multi-module projects that wouldn't work with this
- they have an aggregator pom on the top-level, with:
  componentA/common
  componentA/server
  componentB/common
..
So they skip a level of aggregator poms (in the componentX-directories).


As long as they have a pom.xml file on the root level and the .mvn 
folder at the same level it is no problem...


Kind regards
Karl Heinz Marbaise



I'd consider that an edge case, though. The implications that the current
approach shows in the examples of the Jira issue seem to be worse.





2015-10-12 20:16 GMT+02:00 Karl Heinz Marbaise :


Hi,

based on the changes we have made to identify the folder where ".mvn" is
located i would suggest to enhance the check with checking the pom.xml file
as well...So i would suggest to enhance the find_maven_basedir() function
like the following:

local basedir="$(pwd)"
local wdir="$(pwd)"
while [ "$wdir" != '/' ] ; do
-if [ -d "$wdir"/.mvn ] ; then
+if [ -d "$wdir"/.mvn ] && [ -e "$wdir"/pom.xml ] ; then
basedir=$wdir
break
  fi

WDYT ?

See also my comments:
[1]:
https://issues.apache.org/jira/browse/MNG-5858?focusedCommentId=14744204&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14744204

Kind regards
Karl Heinz Marbaise



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Intend to release release 2.5.3

[Arnaud Héritier]

+1

> On 12 Oct 2015, at 18:01, Benson Margulies  wrote:
> 
> To me, it's a pretty urgent situation when the current version of the
> release plugin blows up; what if we end up unable to release the
> release plugin? So, absent any objections or further discussion of the
> plexus-utils version, I intend start the process for 2.5.3 tomorrow,
> since I already made the simple edit to align maven-release with scm.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Maven 3.2.6 - Release ?

[Karl Heinz Marbaise]

Hi,

i have tried to backport the following issues:

https://issues.apache.org/jira/browse/MNG-5793
https://issues.apache.org/jira/browse/MNG-5742

from 3.3.X to a (currently local) 3.2.6-branch which was very easy ..and 
it works as i expect...


Is there something else i need to pay attention to making a new core 
release 3.2.6 ?


Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: MNG-5858 - Question

[Andreas Gudian]

Good idea!

Funny enough, I've seen multi-module projects that wouldn't work with this
- they have an aggregator pom on the top-level, with:
 componentA/common
 componentA/server
 componentB/common
..
So they skip a level of aggregator poms (in the componentX-directories).

I'd consider that an edge case, though. The implications that the current
approach shows in the examples of the Jira issue seem to be worse.





2015-10-12 20:16 GMT+02:00 Karl Heinz Marbaise :

> Hi,
>
> based on the changes we have made to identify the folder where ".mvn" is
> located i would suggest to enhance the check with checking the pom.xml file
> as well...So i would suggest to enhance the find_maven_basedir() function
> like the following:
>
>local basedir="$(pwd)"
>local wdir="$(pwd)"
>while [ "$wdir" != '/' ] ; do
> -if [ -d "$wdir"/.mvn ] ; then
> +if [ -d "$wdir"/.mvn ] && [ -e "$wdir"/pom.xml ] ; then
>basedir=$wdir
>break
>  fi
>
> WDYT ?
>
> See also my comments:
> [1]:
> https://issues.apache.org/jira/browse/MNG-5858?focusedCommentId=14744204&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14744204
>
> Kind regards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Re: Maven Core Branch Cleanup

[Karl Heinz Marbaise]

Hi,

cleaning up done...

heads
23 hours agomaster   shortlog | log | tree
8 days ago  slf4j-log4j2.4   shortlog | log | tree
6 weeks ago MNG-5878 shortlog | log | tree
9 months agoconfigurator shortlog | log | tree
19 months ago   maven-3.1.x  shortlog | log | tree
2 years ago maven-2.2.x  shortlog | log | tree
2 years ago maven-3.0.x  shortlog | log | tree


Kind regards
Karl Heinz Marbaise

On 10/12/15 8:56 PM, Kristian Rosenvold wrote:

Anyone wishing to retain these branches can just go ahead and fork the
girhub repo, they'

2015-10-12 20:20 GMT+02:00 Jason van Zyl :

You can nuke all my branches. They are either integrated, irrelevant, or easy 
to recreate.


On Oct 12, 2015, at 2:11 PM, Karl Heinz Marbaise  wrote:

Hi,

i have taken a look onto the list of branches on maven core which is a list of 
17 beanches but where many of them haven't been touched for years (yes i'm 
using plural)...

MNG-3004 Updated 6 years ago by Daniel Fabulich
MNG-4388 Updated 6 years ago by bentmann
MNG-1803 Updated 5 years ago by bentmann
guice-support Updated 5 years ago by olamy
mirror-group-routing Updated 4 years ago by John Dennis Casey
feature/colorized-console/log4j2 Updated 3 years ago by aheritier
dynamic-logging-impl Updated 3 years ago by olamy
MNG-5406 Updated 3 years ago by hboutemy
logging/slf4j-logback Updated 3 years ago by jvanzyl
logging/slf4j-log4j Updated 3 years ago by stephenc
logging/slf4j-jul Updated 3 years ago by stephenc
logging/slf4j-log4j2 Updated 3 years ago by olamy
eclipse-aether Updated 3 years ago by jvanzyl
slf4j-logback Updated 3 years ago by jvanzyl
pom500 Updated 2 years ago by rfscholte
aether-M3 Updated 2 years ago by jvanzyl
guice-from-google Updated 2 years ago by olamy

The following i would not delete them:

1) maven-3.0.x Updated 2 years ago by hboutemy
2) maven-2.2.x Updated 2 years ago by hboutemy
3) maven-3.1.x Updated 2 years ago by michael-o

And the last one
4) configurator Updated 10 months ago by jvanzyl


Any objects against removing the above list list with branches (except 1..4)..?



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Maven Core Branch Cleanup

[Kristian Rosenvold]

Anyone wishing to retain these branches can just go ahead and fork the
girhub repo, they'

2015-10-12 20:20 GMT+02:00 Jason van Zyl :
> You can nuke all my branches. They are either integrated, irrelevant, or easy 
> to recreate.
>
>> On Oct 12, 2015, at 2:11 PM, Karl Heinz Marbaise  wrote:
>>
>> Hi,
>>
>> i have taken a look onto the list of branches on maven core which is a list 
>> of 17 beanches but where many of them haven't been touched for years (yes 
>> i'm using plural)...
>>
>> MNG-3004 Updated 6 years ago by Daniel Fabulich
>> MNG-4388 Updated 6 years ago by bentmann
>> MNG-1803 Updated 5 years ago by bentmann
>> guice-support Updated 5 years ago by olamy
>> mirror-group-routing Updated 4 years ago by John Dennis Casey
>> feature/colorized-console/log4j2 Updated 3 years ago by aheritier
>> dynamic-logging-impl Updated 3 years ago by olamy
>> MNG-5406 Updated 3 years ago by hboutemy
>> logging/slf4j-logback Updated 3 years ago by jvanzyl
>> logging/slf4j-log4j Updated 3 years ago by stephenc
>> logging/slf4j-jul Updated 3 years ago by stephenc
>> logging/slf4j-log4j2 Updated 3 years ago by olamy
>> eclipse-aether Updated 3 years ago by jvanzyl
>> slf4j-logback Updated 3 years ago by jvanzyl
>> pom500 Updated 2 years ago by rfscholte
>> aether-M3 Updated 2 years ago by jvanzyl
>> guice-from-google Updated 2 years ago by olamy
>>
>> The following i would not delete them:
>>
>> 1) maven-3.0.x Updated 2 years ago by hboutemy
>> 2) maven-2.2.x Updated 2 years ago by hboutemy
>> 3) maven-3.1.x Updated 2 years ago by michael-o
>>
>> And the last one
>> 4) configurator Updated 10 months ago by jvanzyl
>>
>>
>> Any objects against removing the above list list with branches (except 
>> 1..4)..?
>>
>> Kind regards
>> Karl Heinz Marbaise
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> --
> Jason van Zyl
> Founder, Takari and Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> -
>
> In short, man creates for himself a new religion of a rational
> and technical order to justify his work and to be justified in it.
>
>   -- Jacques Ellul, The Technological Society
>
>
>
>
>
>
>
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Intend to release release 2.5.3

[Tibor Digana]

+1 (non binding): committer
Very well! Yeah, discussion was enough, we need actions like this.
Maintain dep. Mgt. in the future as well.


On Mon, Oct 12, 2015 at 6:01 PM, Benson Margulies 
wrote:

> To me, it's a pretty urgent situation when the current version of the
> release plugin blows up; what if we end up unable to release the
> release plugin? So, absent any objections or further discussion of the
> plexus-utils version, I intend start the process for 2.5.3 tomorrow,
> since I already made the simple edit to align maven-release with scm.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>


-- 
Cheers
Tibor

Re: Maven Core Branch Cleanup

[Jason van Zyl]

You can nuke all my branches. They are either integrated, irrelevant, or easy 
to recreate.

> On Oct 12, 2015, at 2:11 PM, Karl Heinz Marbaise  wrote:
> 
> Hi,
> 
> i have taken a look onto the list of branches on maven core which is a list 
> of 17 beanches but where many of them haven't been touched for years (yes i'm 
> using plural)...
> 
> MNG-3004 Updated 6 years ago by Daniel Fabulich
> MNG-4388 Updated 6 years ago by bentmann
> MNG-1803 Updated 5 years ago by bentmann
> guice-support Updated 5 years ago by olamy
> mirror-group-routing Updated 4 years ago by John Dennis Casey
> feature/colorized-console/log4j2 Updated 3 years ago by aheritier
> dynamic-logging-impl Updated 3 years ago by olamy
> MNG-5406 Updated 3 years ago by hboutemy
> logging/slf4j-logback Updated 3 years ago by jvanzyl
> logging/slf4j-log4j Updated 3 years ago by stephenc
> logging/slf4j-jul Updated 3 years ago by stephenc
> logging/slf4j-log4j2 Updated 3 years ago by olamy
> eclipse-aether Updated 3 years ago by jvanzyl
> slf4j-logback Updated 3 years ago by jvanzyl
> pom500 Updated 2 years ago by rfscholte
> aether-M3 Updated 2 years ago by jvanzyl
> guice-from-google Updated 2 years ago by olamy
> 
> The following i would not delete them:
> 
> 1) maven-3.0.x Updated 2 years ago by hboutemy
> 2) maven-2.2.x Updated 2 years ago by hboutemy
> 3) maven-3.1.x Updated 2 years ago by michael-o
> 
> And the last one
> 4) configurator Updated 10 months ago by jvanzyl
> 
> 
> Any objects against removing the above list list with branches (except 
> 1..4)..?
> 
> Kind regards
> Karl Heinz Marbaise
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 

Thanks,

Jason

--
Jason van Zyl
Founder, Takari and Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
-

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.

  -- Jacques Ellul, The Technological Society













-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

MNG-5858 - Question

[Karl Heinz Marbaise]

Hi,

based on the changes we have made to identify the folder where ".mvn" is 
located i would suggest to enhance the check with checking the pom.xml 
file as well...So i would suggest to enhance the find_maven_basedir() 
function like the following:


   local basedir="$(pwd)"
   local wdir="$(pwd)"
   while [ "$wdir" != '/' ] ; do
-if [ -d "$wdir"/.mvn ] ; then
+if [ -d "$wdir"/.mvn ] && [ -e "$wdir"/pom.xml ] ; then
   basedir=$wdir
   break
 fi

WDYT ?

See also my comments:
[1]: 
https://issues.apache.org/jira/browse/MNG-5858?focusedCommentId=14744204&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-14744204


Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Maven Core Branch Cleanup

[Karl Heinz Marbaise]

Hi,

i have taken a look onto the list of branches on maven core which is a 
list of 17 beanches but where many of them haven't been touched for 
years (yes i'm using plural)...


MNG-3004 Updated 6 years ago by Daniel Fabulich
MNG-4388 Updated 6 years ago by bentmann
MNG-1803 Updated 5 years ago by bentmann
guice-support Updated 5 years ago by olamy
mirror-group-routing Updated 4 years ago by John Dennis Casey
feature/colorized-console/log4j2 Updated 3 years ago by aheritier
dynamic-logging-impl Updated 3 years ago by olamy
MNG-5406 Updated 3 years ago by hboutemy
logging/slf4j-logback Updated 3 years ago by jvanzyl
logging/slf4j-log4j Updated 3 years ago by stephenc
logging/slf4j-jul Updated 3 years ago by stephenc
logging/slf4j-log4j2 Updated 3 years ago by olamy
eclipse-aether Updated 3 years ago by jvanzyl
slf4j-logback Updated 3 years ago by jvanzyl
pom500 Updated 2 years ago by rfscholte
aether-M3 Updated 2 years ago by jvanzyl
guice-from-google Updated 2 years ago by olamy

The following i would not delete them:

1) maven-3.0.x Updated 2 years ago by hboutemy
2) maven-2.2.x Updated 2 years ago by hboutemy
3) maven-3.1.x Updated 2 years ago by michael-o

And the last one
4) configurator Updated 10 months ago by jvanzyl


Any objects against removing the above list list with branches (except 
1..4)..?


Kind regards
Karl Heinz Marbaise

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Intend to release release 2.5.3

[Dan Tran]

+1

On Mon, Oct 12, 2015 at 9:01 AM, Benson Margulies 
wrote:

> To me, it's a pretty urgent situation when the current version of the
> release plugin blows up; what if we end up unable to release the
> release plugin? So, absent any objections or further discussion of the
> plexus-utils version, I intend start the process for 2.5.3 tomorrow,
> since I already made the simple edit to align maven-release with scm.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Intend to release release 2.5.3

[Benson Margulies]

To me, it's a pretty urgent situation when the current version of the
release plugin blows up; what if we end up unable to release the
release plugin? So, absent any objections or further discussion of the
plexus-utils version, I intend start the process for 2.5.3 tomorrow,
since I already made the simple edit to align maven-release with scm.

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Can anyone explain this missing plexus utils class?

[Benson Margulies]

On Sun, Oct 11, 2015 at 11:39 PM, Dan Tran  wrote:
> For the current case,  maven-release-plugin correctly pick up
> plexus-utils-3.0.10 since it is locked by maven-release's
> dependencyManagement. This is the correct behavior
>
> To fix this issue at project/consumer level, one must have pluginManagement
> to pick up the correct plexus-util (3.0.15)

Dan, pluginManangement != dependencyManagement.


>
>
> -Dan
>
> On Sun, Oct 11, 2015 at 5:22 PM, Benson Margulies 
> wrote:
>
>> On Oct 11, 2015 6:59 PM, "Dan Tran"  wrote:
>>
>> > Hi all, according to my understanding,  maven uses depManagement to lock
>> > down and version.
>> >
>> >
>>  just sets defaults for version, scope, optional, and
>> exclusions. It doesn't 'lock' any more than writing the same things in the
>> regular dependency element does.
>>
>> What do you expect to happen if two dependencies disagree on version?
>>
>>
>>
>> > If it not so, it is a very serious miss understanding for lots of users
>> >
>> > Can someone confirm?
>> >
>> > -Dan
>> >
>> > On Sun, Oct 11, 2015 at 1:07 PM, Benson Margulies > >
>> > wrote:
>> >
>> > > Tibor, I don't understand. Normally, the maven core 'rounds up' to the
>> > > highest dependency called for by all the things in the dependency
>> > > tree. Specifying a version does not 'lock it down'. If release depends
>> > > on 3.0.10, and also depends on SCM that depends on 3.0.15, I'd expect
>> > > 15 to be used. Is the problem here that SCM is injected without a
>> > > conventional dependency, or something?
>> > >
>> > > I'm also not following your preferred solution. What is your
>> > > alternative to the obvious edit to the maven-release
>> > > dependencyManagement area? plexus-utils is not managed in the
>> > > maven-plugins pom at all.
>> > >
>> > >
>> > > On Sun, Oct 11, 2015 at 3:22 PM, Dan Tran  wrote:
>> > > > Dont think it is maven core issue,   maven-release parent's
>> > > > dependencyManagment locks plexus-utils to 3.0.10.
>> > > >
>> > > > May as well fix up maven-release's dependencyManagement to cover all
>> > > other
>> > > > dependencies
>> > > >
>> > > > -D
>> > > >
>> > > >
>> > > >
>> > > >
>> > > > On Sun, Oct 11, 2015 at 12:07 PM, Tibor Digana <
>> tibordig...@apache.org
>> > >
>> > > > wrote:
>> > > >
>> > > >> The problem is that plexus-utils:3.0.10 does not have
>> > > >> org/codehaus/plexus/util/xml/
>> > > >> pull/EntityReplacementMap
>> > > >> It starts since 3.0.13. Maybe 3.0.12 which is missing in my repo.
>> > > >>
>> > > >> On Sun, Oct 11, 2015 at 9:02 PM, Benson Margulies [via Maven] <
>> > > >> ml-node+s40175n5848412...@n5.nabble.com> wrote:
>> > > >>
>> > > >> > The fully-document JIRA is MRELEASE-925.
>> > > >> >
>> > > >> > On Sun, Oct 11, 2015 at 3:00 PM, Benson Margulies <[hidden email]
>> > > >> > > wrote:
>> > > >> >
>> > > >> > > This is presumably a core issue, won't someone comment who
>> delves
>> > > into
>> > > >> > > that part of the salt mine?
>> > > >> > >
>> > > >> > >
>> > > >> > > On Sun, Oct 11, 2015 at 2:57 PM, Dan Tran <[hidden email]
>> > > >> > > wrote:
>> > > >> > >> I encounter the same issue and filed at
>> > > >> > >> https://issues.apache.org/jira/browse/MRELEASE-907
>> > > >> > >>
>> > > >> > >> -D
>> > > >> > >>
>> > > >> > >> On Sat, Oct 10, 2015 at 5:43 PM, Benson Margulies <[hidden
>> email]
>> > > >> > >
>> > > >> > >> wrote:
>> > > >> > >>
>> > > >> > >>> I see that the bad version of plexus-utils is called out in
>> the
>> > > >> > >>> maven-release parent pom. I patched it in place in my local
>> > repo,
>> > > and
>> > > >> > >>> now I can run the release of maven-plugins. I'll write a JIRA
>> > for
>> > > the
>> > > >> > >>> release plugin.
>> > > >> > >>>
>> > > >> > >>>
>> > > >> > >>> On Sat, Oct 10, 2015 at 8:40 PM, Benson Margulies <[hidden
>> > email]
>> > > >> > >
>> > > >> > >>> wrote:
>> > > >> > >>> > This happens trying to release maven-plugins version 28,
>> with
>> > > 3.2.5
>> > > >> > >>> > and 3.3.1, even after cleaning my local repo.
>> > > >> > >>> >  That class is not in plexus-utils 3.0.10, which is being
>> used
>> > > >> here,
>> > > >> > >>> > it is in the newer version of plexus-utils in the maven lib
>> > dir.
>> > > >> > >>> >
>> > > >> > >>> > I could force a dependency on the right plexus-utils in the
>> > > >> > >>> > declaration of the release plugin... but that seems extreme
>> in
>> > > the
>> > > >> > >>> > maven-plugins parent pom.
>> > > >> > >>> >
>> > > >> > >>> > I've seen this sporadically for weeks, but it's always gone
>> > away
>> > > >> > when
>> > > >> > >>> > switch maven versions until now.
>> > > >> > >>> >
>> > > >> > >>> > On Sat, Oct 10, 2015 at 8:19 PM, Benson Margulies <[hidden
>> > > email]
>> > > >> > >
>> > > >> > 

Re: [VOTE] Release Apache Maven maven-plugin parent-pom version 28

[Arnaud Héritier]

+1

> On 11 Oct 2015, at 02:56, Benson Margulies  wrote:
> 
> Hi,
> 
> 2 changes in JIRA. Many other commits.
> 
> 
> ** Bug
>* [MPOM-88] - yyy-LATEST deployment URL breaks site parent reference menu
>* [MPOM-89] - Unbalanced versions of Maven Invoker Plugin
> 
> There are no pending issues I can find in JIRA for this pom.
> 
> 
> Staging repo:
> https://repository.apache.org/content/repositories/maven-1217
> https://repository.apache.org/service/local/repositories/maven-1217/content/org/apache/maven/plugins/maven-plugins/28/maven-plugins-28-source-release.zip
> 
> Source release checksum(s):  72ec7a3308eee4d9b60ab0b2aa5608ba48178537
> 
> Staging site:
> http://maven.apache.org/pom-archives/maven-plugins-LATEST/
> 
> Guide to testing staged releases:
> http://maven.apache.org/guides/development/guide-testing-releases.html
> 
> Vote open for 72 hours.
> 
> [ ] +1
> [ ] +0
> [ ] -1
> 
> Here is my +1.
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org