[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2020-03-28 Thread Hudson (Jira)


[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17069720#comment-17069720
 ] 

Hudson commented on MNG-6240:
-

Build failed in Jenkins: Maven TLP » maven-studies » maven-metrics #4

See 
https://builds.apache.org/job/maven-box/job/maven-studies/job/maven-metrics/4/

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
>Priority: Major
> Fix For: 3.5.2
>
> Attachments: Nexus-Storage.png, jenkins-log.png, maven-metadata.png, 
> partly-jenkins-log.txt
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2019-11-04 Thread Stefan Cordes (Jira)


[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16966602#comment-16966602
 ] 

Stefan Cordes commented on MNG-6240:


Hi,

unfortunately with maven-3.6.2 I faced the wrong metadata:

created metadata.xml:

!maven-metadata.png!

But storage has 
[https://nexus.canda.com/repository/SnapshotsPurgedDaily/com/canda/mule4/dt0b35/dt0b35-mule-template-test-m4/2019.9.1-4-SNAPSHOT/dt0b35-mule-template-test-m4-2019.9.1-4-20191104.101314-4.pom]

in our nexus:

!Nexus-Storage.png!

as it was logged in the jenkins job:

!jenkins-log.png!

 

The word "20191104.101315-4" is not appearing anywhere in the maven output.
 

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
>Priority: Major
> Fix For: 3.5.2
>
> Attachments: Nexus-Storage.png, jenkins-log.png, maven-metadata.png
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2018-07-27 Thread Eric Chang (JIRA)


[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16560005#comment-16560005
 ] 

Eric Chang commented on MNG-6240:
-

I ran into this recently and wanted to share with others might run into this 
issue.  Was using maven 3.3.9 and faced -MDEPLOY-221-

 

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
>Priority: Major
> Fix For: 3.5.2
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2018-07-17 Thread Guillermo Fernandes (JIRA)


[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16546883#comment-16546883
 ] 

Guillermo Fernandes commented on MNG-6240:
--

I'm having this issue even using Maven 3.5.2 or 3.5.3 and maven-deploy-plugin 
2.8.2. Could it be related to a particular plugin (besides maven-deploy-plugin) 
or the project classpath? In particular this project has dependency to Aether 
(it uses Aether to resolve dependencies programmatically).

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
>Priority: Major
> Fix For: 3.5.2
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2018-05-03 Thread Alexandru Baxanean (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16462826#comment-16462826
 ] 

Alexandru Baxanean commented on MNG-6240:
-

3.3.9 has the issue as well. At least is has MDEPLOY-221

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
>Priority: Major
> Fix For: 3.5.2
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-09-26 Thread David Edwards (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16180947#comment-16180947
 ] 

David Edwards commented on MNG-6240:


I am having deployment issues (see [Maven 3.5.0 causes major deployment 
issues|https://github.com/travis-ci/travis-ci/issues/8499] for build logs, etc) 
using 3.5.0 on Travis CI, which has lead me to this bug report. The symptoms 
are that when maven-deploy-plugin runs, the downloads and uploads of metadata 
get repeated many times (upwards of 10 times per module), which eventually 
results in our repository (Bintray) rejecting requests with a 405. Rolling back 
to 3.3.9 resolves the problem. I also found a mailing list thread ([Excessive 
download/upload of maven-metadata.xml during maven 
deploy|http://mail-archives.apache.org/mod_mbox/maven-users/201705.mbox/%3CCAPCjjnFwyKPdfkr9ke6GORfXw2r_26z8pO5X%2BHFtHbSOGyRssA%40mail.gmail.com%3E])
 with no conclusion that sounds similar, from after the release of 3.5.0.

Does this sound like it will be resolved by the fix for this issue in 3.5.1, or 
should I create a new issue?

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-09-18 Thread Eugene Krylov (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16170889#comment-16170889
 ] 

Eugene Krylov commented on MNG-6240:


+1 on the above comments. We just killed a few hours chasing this down. Had to 
go back to 3.3.9. 

Could we get a date for 3.5.1 or a patch of some kind.

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-09-08 Thread Christoph Amshoff (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16158685#comment-16158685
 ] 

Christoph Amshoff commented on MNG-6240:


I'm sorry if this is annoying, but this issue is clearly a blocker since it 
randomly breaks builds, and going back to Maven 3.3.9 is not always an option. 
So what exactly is the reason we can't get some kind of release where this is 
fixed, nearly 3 months after the issue has been marked as closed? 3.5.1-alpha 
or such would be fine in case some other planned issues still need a review.

Moreover, I agree with Jay mann's comment on MDEPLOY-221 that the version 3.5.0 
should be marked as buggy on the Maven homepage, or perhaps even revoked.

Please, don't let Maven users run into this without giving a heads-up, and 
without a chance to get around it!


> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-09-05 Thread Robert Scholte (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16154268#comment-16154268
 ] 

Robert Scholte commented on MNG-6240:
-

[~stephenc] will be the release manager for 3.5.1, decisions have been made 
what will be part of this release. 

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-09-05 Thread Matt Nelson (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16154254#comment-16154254
 ] 

Matt Nelson commented on MNG-6240:
--

Bouncing this again...

[~rfscholte]
When is the 3.5.1 release planned? This is a serious regression with the latest 
major version which has been fixed for almost 3 months and still not released.

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-08-22 Thread Vinay Shankar (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16136921#comment-16136921
 ] 

Vinay Shankar commented on MNG-6240:


Hello - When would maven version 3.5.1 be released? Seems like the two issues 
pending have been marked closed but have not been reviewed yet 
(https://issues.apache.org/jira/projects/MNG/versions/12338964). Is there an 
estimated release date? We upgraded to 3.5.0 and that seemed to solve other 
issues we were facing in the previous versions but it has become a show stopper 
due to this issue (side effect MDEPLOY-221). We would like to upgrade to maven 
3.5.1 as soon as possible. 

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-07-21 Thread Matt Nelson (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16096909#comment-16096909
 ] 

Matt Nelson commented on MNG-6240:
--

Could the 3.5.1 fix version be updated with a projected release date?
https://issues.apache.org/jira/projects/MNG/versions/12338964

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-06-14 Thread David J. M. Karlsen (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16049599#comment-16049599
 ] 

David J. M. Karlsen commented on MNG-6240:
--

That's grand - when do you think 3.5.1 can be cut - would love getting over to 
3.5.x but MNG-6240 is a showstopper for the time being.

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-06-14 Thread Hudson (JIRA)

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16049469#comment-16049469
 ] 

Hudson commented on MNG-6240:
-

SUCCESS: Integrated in Jenkins build maven-3.x #1658 (See 
[https://builds.apache.org/job/maven-3.x/1658/])
[MNG-6240] Duplicate components in plugin extension realm when plugin (gboue: 
[http://git-wip-us.apache.org/repos/asf/?p=maven.git&a=commit&h=a1fe42199565f76007a97f47cd4a848fd9b63482])
* (edit) maven-core/src/main/resources/META-INF/maven/extension.xml


> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Commented] (MNG-6240) Duplicate components in plugin extension realm when plugin depends on maven-aether-resolver

2017-06-14 Thread JIRA

[ 
https://issues.apache.org/jira/browse/MNG-6240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16049441#comment-16049441
 ] 

Guillaume Boué commented on MNG-6240:
-

Fixed in 
[ra1fe42199565f76007a97f47cd4a848fd9b63482|http://git-wip-us.apache.org/repos/asf/maven/commit/a1fe4219]

> Duplicate components in plugin extension realm when plugin depends on 
> maven-aether-resolver
> ---
>
> Key: MNG-6240
> URL: https://issues.apache.org/jira/browse/MNG-6240
> Project: Maven
>  Issue Type: Bug
>  Components: Class Loading
>Affects Versions: 3.5.0
>Reporter: Guillaume Boué
>Assignee: Guillaume Boué
> Fix For: 3.5.1
>
>
> When a plugin extension has a dependency on {{maven-aether-resolver}}, the 
> components of this artifact are added into the plugin realm even though Maven 
> Core already provides them. This is a regression introduced by the rename of 
> this module to {{maven-resolver-provider}} in 3.5.0.
> This rename has kept all the classes of {{maven-aether-resolver}} for 
> compatibility, therefore the old artifact name also needs to be exported by 
> Maven Core in {{extension.xml}}.
> A visible side-effect of this is MDEPLOY-221, where the two 
> {{MetadataGeneratorFactory}} components of {{maven-aether-provider}} (which 
> are {{SnapshotMetadataGeneratorFactory}} and 
> {{VersionsMetadataGeneratorFactory}}) are present twice as Guice bindings, 
> and wrong metadata information is deployed as a consequence. This is due to 
> the Flex Mojos plugin extension which depends on {{maven-aether-resolver}} 
> used in the build.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)