You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Benson Margulies <bi...@gmail.com> on 2014/02/21 16:56:06 UTC

Releasing the release plugin

I checked out the trunk and tried a simple 'mvn test', and I'm
drowning in test failures. Anyone have a hint?

-------------------------------------------------------------------------------
Test set: org.apache.maven.shared.release.DefaultReleaseManagerTest
-------------------------------------------------------------------------------
Tests run: 30, Failures: 0, Errors: 30, Skipped: 0, Time elapsed:
0.875 sec <<< FAILURE! - in
org.apache.maven.shared.release.DefaultReleaseManagerTest
testPrepareNoCompletedPhase(org.apache.maven.shared.release.DefaultReleaseManagerTest)
 Time elapsed: 0.062 sec  <<< ERROR!
org.codehaus.plexus.PlexusContainerException: Error starting container
        at org.codehaus.plexus.component.repository.DefaultComponentRepository.addComponentDescriptor(DefaultComponentRepository.java:184)
        at org.codehaus.plexus.DefaultPlexusContainer.addComponentDescriptor(DefaultPlexusContainer.java:515)
        at org.codehaus.plexus.DefaultPlexusContainer.discoverComponents(DefaultPlexusContainer.java:738)
        at org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:779)
        at org.codehaus.plexus.PlexusTestCase.setUp(PlexusTestCase.java:121)
        at org.apache.maven.shared.release.DefaultReleaseManagerTest.setUp(DefaultReleaseManagerTest.java:75)

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


Re: Releasing the release plugin

Posted by Robert Scholte <rf...@apache.org>.
https://jira.codehaus.org/browse/SCM-698 seems to be the cause

Op Sat, 22 Feb 2014 19:10:06 +0100 schreef Robert Scholte  
<rf...@apache.org>:

> http://svn.apache.org/r1570870 fixes the unittests on my machine.
> I'll have to check was has changed between SCM 1.8 and 1.8.1, but  
> there's a serious issue here.
>
> Robert
>
> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies  
> <bi...@gmail.com>:
>
>> Still 2.2.1.
>>
>> So, in version 2.2.1,
>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>> tries to patch a list that is injected, and gets into trouble because
>> Plexus has made the list unmodifiable. Presumably, that
>> unmodifiability was some improvement to plexus.
>>
>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>> and the question is how far back one needs to go (give or take making
>> a new release of maven-artifact-manager).
>>
>> Or even if any of this is the solution to Robert's original problem.
>>
>>
>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>  
>> wrote:
>>> What version of Maven does release plugin depend on? I think
>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>> least it's not present in 3.2.1 and 3.1.1.
>>>
>>> --
>>> Regards,
>>> Igor
>>>
>>>
>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>
>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>> did not fix the problem with the apparently unmodifiable list.
>>>>
>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>> <bi...@gmail.com> wrote:
>>>>>
>>>>> I may have misled you, but I'll try it.
>>>>>
>>>>> Caused by:
>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>> Error constructing component role:
>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',  
>>>>> implementation:
>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>> hint: 'default'
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>> at
>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>> ... 33 more
>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>> convert property value from
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>> for injection private
>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>
>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>> ... 37 more
>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>> this list. This list is a requirement of role:
>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>> implementation:
>>>>>
>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>> role hint: 'default' and managed by the container.
>>>>> at
>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>> at
>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>> at
>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>> at
>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>> at
>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>> at
>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>> at
>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>> at  
>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>> ... 43 more
>>>>>
>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko  
>>>>> <ig...@ifedorenko.com>
>>>>> wrote:
>>>>>>
>>>>>> You need to add maven-compat as a dependency.
>>>>>>
>>>>>> --
>>>>>> Regards,
>>>>>> Igor
>>>>>>
>>>>>>
>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>
>>>>>>>
>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>> ArtifactResolver.
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>
>>>>>>>> This seems to make some things better.
>>>>>>>>
>>>>>>>> The first failure is:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>> Unable to lookup component
>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>> started.
>>>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>     roleHint: default
>>>>>>>> classRealm: plexus.core
>>>>>>>> -----------------------------------------------------
>>>>>>>> realm =    plexus.core
>>>>>>>> strategy =  
>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>> Number of foreign imports: 0
>>>>>>>>
>>>>>>>> -----------------------------------------------------
>>>>>>>>
>>>>>>>> at
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>
>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>> <rf...@apache.org>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm trying to use a less ancient version of  
>>>>>>>>> plexus-container-default,
>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org

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


Re: Releasing the release plugin

Posted by Robert Scholte <rf...@apache.org>.
Found the cause:
SCM 1.8 has the following components.xml
<component-set>
   <components>
     <component>
       <role>org.apache.maven.scm.manager.ScmManager</role>
       <implementation>org.apache.maven.scm.manager.plexus.DefaultScmManager</implementation>
       <description></description>
       <isolated-realm>false</isolated-realm>
       <requirements>
         <requirement>
           <role>org.apache.maven.scm.provider.ScmProvider</role>
           <field-name>scmProviders</field-name>
         </requirement>
       </requirements>
     </component>
   </components>
</component-set>

while newer SCM version have the following:
<?xml version="1.0" encoding="UTF-8"?>
<component-set>
   <components>
     <component>
       <role>org.apache.maven.scm.manager.ScmManager</role>
       <role-hint>default</role-hint>
       <implementation>org.apache.maven.scm.manager.plexus.DefaultScmManager</implementation>
       <description />
       <isolated-realm>false</isolated-realm>
       <requirements>
         <requirement>
           <role>org.apache.maven.scm.provider.ScmProvider</role>
           <field-name>scmProviders</field-name>
         </requirement>
       </requirements>
     </component>
   </components>
</component-set>

Notice the additional <role-hint>default</role-hint> line.
The DefaultScmManager didn't specify the hint.
So the result of generate-metadata has changed with  
plexus-component-metadata.

Robert


Op Sat, 22 Feb 2014 19:10:06 +0100 schreef Robert Scholte  
<rf...@apache.org>:

> http://svn.apache.org/r1570870 fixes the unittests on my machine.
> I'll have to check was has changed between SCM 1.8 and 1.8.1, but  
> there's a serious issue here.
>
> Robert
>
> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies  
> <bi...@gmail.com>:
>
>> Still 2.2.1.
>>
>> So, in version 2.2.1,
>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>> tries to patch a list that is injected, and gets into trouble because
>> Plexus has made the list unmodifiable. Presumably, that
>> unmodifiability was some improvement to plexus.
>>
>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>> and the question is how far back one needs to go (give or take making
>> a new release of maven-artifact-manager).
>>
>> Or even if any of this is the solution to Robert's original problem.
>>
>>
>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>  
>> wrote:
>>> What version of Maven does release plugin depend on? I think
>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>> least it's not present in 3.2.1 and 3.1.1.
>>>
>>> --
>>> Regards,
>>> Igor
>>>
>>>
>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>
>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>> did not fix the problem with the apparently unmodifiable list.
>>>>
>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>> <bi...@gmail.com> wrote:
>>>>>
>>>>> I may have misled you, but I'll try it.
>>>>>
>>>>> Caused by:
>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>> Error constructing component role:
>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',  
>>>>> implementation:
>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>> hint: 'default'
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>> at
>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>> ... 33 more
>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>> convert property value from
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>> for injection private
>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>
>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>> ... 37 more
>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>> this list. This list is a requirement of role:
>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>> implementation:
>>>>>
>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>> role hint: 'default' and managed by the container.
>>>>> at
>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>> at
>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>> at
>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>> at
>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>> at
>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>> at
>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>> at
>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>> at
>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>> at
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>> at  
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>> at  
>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>> ... 43 more
>>>>>
>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko  
>>>>> <ig...@ifedorenko.com>
>>>>> wrote:
>>>>>>
>>>>>> You need to add maven-compat as a dependency.
>>>>>>
>>>>>> --
>>>>>> Regards,
>>>>>> Igor
>>>>>>
>>>>>>
>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>
>>>>>>>
>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>> ArtifactResolver.
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>
>>>>>>>> This seems to make some things better.
>>>>>>>>
>>>>>>>> The first failure is:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>> Unable to lookup component
>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>> started.
>>>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>     roleHint: default
>>>>>>>> classRealm: plexus.core
>>>>>>>> -----------------------------------------------------
>>>>>>>> realm =    plexus.core
>>>>>>>> strategy =  
>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>> Number of foreign imports: 0
>>>>>>>>
>>>>>>>> -----------------------------------------------------
>>>>>>>>
>>>>>>>> at
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>
>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>> <rf...@apache.org>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm trying to use a less ancient version of  
>>>>>>>>> plexus-container-default,
>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org

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


RE: Sonatype plugin question?

Posted by Martin Gainty <mg...@hotmail.com>.
I wrote and installed a quick and dirty sonatype plugin
My Nexus OpenSource distro that Im testing against is 2.8.0-SNAPSHOT
my plugin examples came from 2.7.0
If Monday am comes and Im calling no joy... i'll revert nexus back to 2.7.0 and test on that

I guess Sonatype folk are is in Russia or watching the Olympics

Thanks Igor!
Martin-

  



> Date: Sat, 22 Feb 2014 19:23:08 -0500
> From: igor@ifedorenko.com
> To: dev@maven.apache.org
> Subject: Re: Sonatype plugin question?
> 
> I think this message comes from a Nexus server, and the "plugin" refers
> to Nexus plugin running on the server. Almost looks like a broken Nexus
> installation, but it's been some time since I last looked at Nexus.
> 
> --
> Regards,
> Igor
> 
> 
> On 2/22/2014, 19:08, Martin Gainty wrote:
> > I *think* the sonatype folk went home for weekend so I'll ask maven gurus
> >
> >
> > Close to getting a plugin working but when i start wrapper.exe the wrapper.log displays this error:
> >
> > "The following plugins were processed:
> > jvm 1 | ... org.sonatype.nexus.plugins:stagingrules-nexus-plugin:1.0-SNAPSHOT :: action=ACTIVATE result=BROKEN
> > jvm 1 | Reason: Plugin artifact "com.sonatype.nexus:nexus-core:2.7.0::jar" not found!
> >
> >
> > Ideas on where com.sonatype.nexus:nexus-core:2.7.0::jar should be located?
> >
> > local repo?
> > some undisclosed maven repo?
> >
> > classpath?
> >
> >
> >
> > HELP!
> > Martin
> >
> >
> >
> >
> >
> >
> > 
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
> 
 		 	   		  

Re: Sonatype plugin question?

Posted by Igor Fedorenko <ig...@ifedorenko.com>.
I think this message comes from a Nexus server, and the "plugin" refers
to Nexus plugin running on the server. Almost looks like a broken Nexus
installation, but it's been some time since I last looked at Nexus.

--
Regards,
Igor


On 2/22/2014, 19:08, Martin Gainty wrote:
> I *think* the sonatype folk went home for weekend so I'll ask maven gurus
>
>
> Close to getting a plugin working but when i start wrapper.exe the wrapper.log displays this error:
>
> "The following plugins were processed:
> jvm 1    | ... org.sonatype.nexus.plugins:stagingrules-nexus-plugin:1.0-SNAPSHOT :: action=ACTIVATE result=BROKEN
> jvm 1    |        Reason: Plugin artifact "com.sonatype.nexus:nexus-core:2.7.0::jar" not found!
>
>
> Ideas on where com.sonatype.nexus:nexus-core:2.7.0::jar should be located?
>
> local repo?
> some undisclosed maven repo?
>
> classpath?
>
>
>
> HELP!
> Martin
>
>
>
>
>
>
>    		 	   		
>

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


RE: Sonatype plugin question?

Posted by Martin Gainty <mg...@hotmail.com>.
wondering where nexus is looking to resolve dependencies?
I'll try <scope>provided</scope> for nexus-core

 

(re)posted to nexus-dev@sonatype.org‏

Thanks Stewart
Martin

  



> Subject: Re: Sonatype plugin question?
> From: mcculls@gmail.com
> Date: Sun, 23 Feb 2014 00:37:17 +0000
> To: dev@maven.apache.org
> 
> On 23 Feb 2014, at 00:08, Martin Gainty <mg...@hotmail.com> wrote:
> > I *think* the sonatype folk went home for weekend so I'll ask maven gurus
> 
> Odd assumption, why didn’t you at least try asking this question on nexus-user or nexus-dev?
> 
> > Close to getting a plugin working but when i start wrapper.exe the wrapper.log displays this error:
> > 
> > "The following plugins were processed:
> > jvm 1 | ... org.sonatype.nexus.plugins:stagingrules-nexus-plugin:1.0-SNAPSHOT :: action=ACTIVATE result=BROKEN
> 
> Is this your own plugin? You should ideally choose a groupId that matches your organization/company
> 
> > jvm 1 | Reason: Plugin artifact "com.sonatype.nexus:nexus-core:2.7.0::jar" not found!
> 
> Looks like your pom.xml has a bad dependency - nexus-core has a groupId of org.sonatype.nexus and should be a provided dependency
> 
> In fact you should really just depend on nexus-plugin-api as explained in http://books.sonatype.com/nexus-book/reference/plugdev.html
> 
> > Ideas on where com.sonatype.nexus:nexus-core:2.7.0::jar should be located?
> > 
> > local repo?
> > some undisclosed maven repo?
> > 
> > classpath?
> > 
> > HELP!
> 
> Best way to get help is to ask this on either of the nexus mailing lists (http://www.sonatype.org/nexus/participate) - paste a copy of your plugin pom.xml
> 
> > Martin 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
> 
 		 	   		  

Re: Sonatype plugin question?

Posted by Stuart McCulloch <mc...@gmail.com>.
On 23 Feb 2014, at 00:08, Martin Gainty <mg...@hotmail.com> wrote:
> I *think* the sonatype folk went home for weekend so I'll ask maven gurus

Odd assumption, why didn’t you at least try asking this question on nexus-user or nexus-dev?

> Close to getting a plugin working but when i start wrapper.exe the wrapper.log displays this error:
> 
> "The following plugins were processed:
> jvm 1    | ... org.sonatype.nexus.plugins:stagingrules-nexus-plugin:1.0-SNAPSHOT :: action=ACTIVATE result=BROKEN

Is this your own plugin? You should ideally choose a groupId that matches your organization/company

> jvm 1    |        Reason: Plugin artifact "com.sonatype.nexus:nexus-core:2.7.0::jar" not found!

Looks like your pom.xml has a bad dependency - nexus-core has a groupId of org.sonatype.nexus and should be a provided dependency

In fact you should really just depend on nexus-plugin-api as explained in http://books.sonatype.com/nexus-book/reference/plugdev.html

> Ideas on where com.sonatype.nexus:nexus-core:2.7.0::jar should be located?
> 
> local repo?
> some undisclosed maven repo?
> 
> classpath?
> 
> HELP!

Best way to get help is to ask this on either of the nexus mailing lists (http://www.sonatype.org/nexus/participate) - paste a copy of your plugin pom.xml

> Martin 


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


Sonatype plugin question?

Posted by Martin Gainty <mg...@hotmail.com>.
I *think* the sonatype folk went home for weekend so I'll ask maven gurus


Close to getting a plugin working but when i start wrapper.exe the wrapper.log displays this error:

"The following plugins were processed:
jvm 1    | ... org.sonatype.nexus.plugins:stagingrules-nexus-plugin:1.0-SNAPSHOT :: action=ACTIVATE result=BROKEN
jvm 1    |        Reason: Plugin artifact "com.sonatype.nexus:nexus-core:2.7.0::jar" not found!


Ideas on where com.sonatype.nexus:nexus-core:2.7.0::jar should be located?

local repo?
some undisclosed maven repo?

classpath?

 

HELP!
Martin 


  



  		 	   		  

Sonatype plugin question?

Posted by Martin Gainty <mg...@hotmail.com>.
I *think* the sonatype folk went home for weekend so I'll ask maven gurus


Close to getting a plugin working but when i start wrapper.exe the wrapper.log displays this error:

"The following plugins were processed:
jvm 1    | ... org.sonatype.nexus.plugins:stagingrules-nexus-plugin:1.0-SNAPSHOT :: action=ACTIVATE result=BROKEN
jvm 1    |        Reason: Plugin artifact "com.sonatype.nexus:nexus-core:2.7.0::jar" not found!


Ideas on where com.sonatype.nexus:nexus-core:2.7.0::jar should be located?

local repo?
some undisclosed maven repo?

classpath?

 

HELP!
Martin 


  



  		 	   		  

Re: Releasing the release plugin

Posted by Dennis Lundberg <de...@apache.org>.
Right, see one of my earlier posts on this.
m-r-p seems to trigger a bug in Java 5, making it impossible to build
it using Java 5.
Having the correct source/target versions set and checking it with
animal sniffer should be enough.

On Sat, Feb 22, 2014 at 11:40 PM, Benson Margulies
<bi...@gmail.com> wrote:
> I can't built the m-r-p with Java 1.5. The compiler plugin fails.
> Don't we have source and target set so that I can leave JAVA_HOME at
> 1.6 and still cut a release?
>
>
> On Sat, Feb 22, 2014 at 5:13 PM, Benson Margulies <bi...@gmail.com> wrote:
>> That's my plan. Cut a release with things as they are today, though
>> Robert's discovery suggests at least a brief delay.
>>
>> On Sat, Feb 22, 2014 at 3:00 PM, Jason van Zyl <ja...@tesla.io> wrote:
>>> If you're going to try and cut a release that works with 2.x then I wouldn't worry about updating scm. I think users on Git are also more likely to be on m3 which is where the scm issues are yes? If you want to cut a quick release for 2.x users I would try and leave as many  of the existing deps alone.
>>>
>>> jvz
>>>
>>>> On Feb 22, 2014, at 10:58 AM, Benson Margulies <bi...@gmail.com> wrote:
>>>>
>>>> Jason, I can't help suspecting that the first step in housecleaning
>>>> here will be a new-tech SCM release, do you think so?
>>>>
>>>>> On Sat, Feb 22, 2014 at 1:56 PM, Benson Margulies <bi...@gmail.com> wrote:
>>>>> Seems to me we might as well make one last release with what's there
>>>>> now, just in case it helps someone. Then clean the closet.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>> On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io> wrote:
>>>>>> I'l try it before you release it. But I suggest you modernize it and by that I mean forget Maven 2.x and update it to the sisu-plexus, remove all the old crap. If you want to use the new stuff then move to a relatively modern version of Maven. If users need new capabilities then they move forward with Maven as well. We're EOL'ing Maven 2.x so I would just move forward.
>>>>>>
>>>>>>> On Feb 22, 2014, at 10:34 AM, Benson Margulies <bi...@gmail.com> wrote:
>>>>>>>
>>>>>>> I am willing to do the work of RM'ing what we have here, since no one
>>>>>>> out there will test anything before it's released.
>>>>>>>
>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
>>>>>>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>>>>>>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>>>>>>>>> such as the maven-scm-providers-standard.
>>>>>>>>> This brings me to the next question: Are you convinced that 1.9 will solve
>>>>>>>>> all the problems of the GIT users?
>>>>>>>>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>>>>>>>>> it'll take away the GIT critical issues.
>>>>>>>>> I've tried to get feedback after some fixes, but didn't get the feedback I
>>>>>>>>> was searching for.
>>>>>>>>
>>>>>>>> Not I, I'm just reflecting the claims of others.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Robert
>>>>>>>>>
>>>>>>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>>>>>>>>> <bi...@gmail.com>:
>>>>>>>>>
>>>>>>>>>> This, of course, does not help the people pining for the git support in
>>>>>>>>>> 1.9.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>>>>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>>>>>>>>> a
>>>>>>>>>>> serious issue here.
>>>>>>>>>>>
>>>>>>>>>>> Robert
>>>>>>>>>>>
>>>>>>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>>>>>>>>> <bi...@gmail.com>:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> Still 2.2.1.
>>>>>>>>>>>>
>>>>>>>>>>>> So, in version 2.2.1,
>>>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>>>>>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>>>>>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>>>>>>>>> unmodifiability was some improvement to plexus.
>>>>>>>>>>>>
>>>>>>>>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>>>>>>>>> and the question is how far back one needs to go (give or take making
>>>>>>>>>>>> a new release of maven-artifact-manager).
>>>>>>>>>>>>
>>>>>>>>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> What version of Maven does release plugin depend on? I think
>>>>>>>>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>> Igor
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>>>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Caused by:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>>>>>>>>> Error constructing component role:
>>>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>>>>>>>>> implementation:
>>>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>>>>>>>>> hint: 'default'
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>>>>> ... 33 more
>>>>>>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>>>>>>>>> convert property value from
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>>>>> for injection private
>>>>>>>>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>>>>>>>>> ... 37 more
>>>>>>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>>>>>>>>> this list. This list is a requirement of role:
>>>>>>>>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>>>>>>>>> implementation:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>>>>>>>>> ... 43 more
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>>>> Igor
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> The first failure is:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>>>>>>>>  Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>>>>>>>>> started.
>>>>>>>>>>>>>>>>>>       role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>>>>>>>>   roleHint: default
>>>>>>>>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>>>>>>>>> strategy =
>>>>>>>>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> Jason
>>>>>>
>>>>>> ----------------------------------------------------------
>>>>>> Jason van Zyl
>>>>>> Founder,  Apache Maven
>>>>>> http://twitter.com/jvanzyl
>>>>>> http://twitter.com/takari_io
>>>>>> ---------------------------------------------------------
>>>>>>
>>>>>> There's no sense in being precise when you don't even know what you're talking about.
>>>>>>
>>>>>> -- John von Neumann
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>



-- 
Dennis Lundberg

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


Re: Releasing the release plugin

Posted by Stephen Connolly <st...@gmail.com>.
cool! I'm grand. I cut m-gpg-p 1.5 using Java 1.7.0_51 and look at my class
versions!


java -jar
~/codehaus/animal-sniffer/animal-sniffer/target/animal-sniffer-1.10.jar
~/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/HelpMojo.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/GpgSigner.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/SigningBundle.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/AbstractGpgMojo.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/AbstractGpgSigner.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/AscArtifactMetadata.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/GpgSignAttachedMojo.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/SignAndDeployFileMojo.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/AttachedSignedArtifact.class

49.0
/Users/stephenc/apache/maven-gpg-plugin/target/checkout/target/maven-gpg-plugin-1.5.jar:org/apache/maven/plugin/gpg/AbstractGpgSigner$MaskingThread.class


On 22 February 2014 23:19, Stephen Connolly <stephen.alan.connolly@gmail.com
> wrote:

> AFAIK yes we do... but if we don't then I'll need to cancel gpg 1.5
>
>
> On 22 February 2014 22:40, Benson Margulies <bi...@gmail.com> wrote:
>
>> I can't built the m-r-p with Java 1.5. The compiler plugin fails.
>> Don't we have source and target set so that I can leave JAVA_HOME at
>> 1.6 and still cut a release?
>>
>>
>> On Sat, Feb 22, 2014 at 5:13 PM, Benson Margulies <bi...@gmail.com>
>> wrote:
>> > That's my plan. Cut a release with things as they are today, though
>> > Robert's discovery suggests at least a brief delay.
>> >
>> > On Sat, Feb 22, 2014 at 3:00 PM, Jason van Zyl <ja...@tesla.io> wrote:
>> >> If you're going to try and cut a release that works with 2.x then I
>> wouldn't worry about updating scm. I think users on Git are also more
>> likely to be on m3 which is where the scm issues are yes? If you want to
>> cut a quick release for 2.x users I would try and leave as many  of the
>> existing deps alone.
>> >>
>> >> jvz
>> >>
>> >>> On Feb 22, 2014, at 10:58 AM, Benson Margulies <bi...@gmail.com>
>> wrote:
>> >>>
>> >>> Jason, I can't help suspecting that the first step in housecleaning
>> >>> here will be a new-tech SCM release, do you think so?
>> >>>
>> >>>> On Sat, Feb 22, 2014 at 1:56 PM, Benson Margulies <
>> bimargulies@gmail.com> wrote:
>> >>>> Seems to me we might as well make one last release with what's there
>> >>>> now, just in case it helps someone. Then clean the closet.
>> >>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>>> On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io>
>> wrote:
>> >>>>> I'l try it before you release it. But I suggest you modernize it
>> and by that I mean forget Maven 2.x and update it to the sisu-plexus,
>> remove all the old crap. If you want to use the new stuff then move to a
>> relatively modern version of Maven. If users need new capabilities then
>> they move forward with Maven as well. We're EOL'ing Maven 2.x so I would
>> just move forward.
>> >>>>>
>> >>>>>> On Feb 22, 2014, at 10:34 AM, Benson Margulies <
>> bimargulies@gmail.com> wrote:
>> >>>>>>
>> >>>>>> I am willing to do the work of RM'ing what we have here, since no
>> one
>> >>>>>> out there will test anything before it's released.
>> >>>>>>
>> >>>>>>
>> >>>>>>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <
>> bimargulies@gmail.com> wrote:
>> >>>>>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <
>> rfscholte@apache.org> wrote:
>> >>>>>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the
>> rest on 1.9,
>> >>>>>>>> such as the maven-scm-providers-standard.
>> >>>>>>>> This brings me to the next question: Are you convinced that 1.9
>> will solve
>> >>>>>>>> all the problems of the GIT users?
>> >>>>>>>> I'm not, and I wouldn't prepare a "git special"-release without
>> knowing
>> >>>>>>>> it'll take away the GIT critical issues.
>> >>>>>>>> I've tried to get feedback after some fixes, but didn't get the
>> feedback I
>> >>>>>>>> was searching for.
>> >>>>>>>
>> >>>>>>> Not I, I'm just reflecting the claims of others.
>> >>>>>>>
>> >>>>>>>>
>> >>>>>>>> Robert
>> >>>>>>>>
>> >>>>>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>> >>>>>>>> <bi...@gmail.com>:
>> >>>>>>>>
>> >>>>>>>>> This, of course, does not help the people pining for the git
>> support in
>> >>>>>>>>> 1.9.
>> >>>>>>>>>
>> >>>>>>>>>
>> >>>>>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <
>> rfscholte@apache.org>
>> >>>>>>>>> wrote:
>> >>>>>>>>>>
>> >>>>>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my
>> machine.
>> >>>>>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1,
>> but there's
>> >>>>>>>>>> a
>> >>>>>>>>>> serious issue here.
>> >>>>>>>>>>
>> >>>>>>>>>> Robert
>> >>>>>>>>>>
>> >>>>>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>> >>>>>>>>>> <bi...@gmail.com>:
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>>> Still 2.2.1.
>> >>>>>>>>>>>
>> >>>>>>>>>>> So, in version 2.2.1,
>> >>>>>>>>>>>
>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>> >>>>>>>>>>> tries to patch a list that is injected, and gets into trouble
>> because
>> >>>>>>>>>>> Plexus has made the list unmodifiable. Presumably, that
>> >>>>>>>>>>> unmodifiability was some improvement to plexus.
>> >>>>>>>>>>>
>> >>>>>>>>>>> I guess that taking 1.5.5 of the container doesn't work with
>> 2.2.1,
>> >>>>>>>>>>> and the question is how far back one needs to go (give or
>> take making
>> >>>>>>>>>>> a new release of maven-artifact-manager).
>> >>>>>>>>>>>
>> >>>>>>>>>>> Or even if any of this is the solution to Robert's original
>> problem.
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> >>>>>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <
>> igor@ifedorenko.com>
>> >>>>>>>>>>> wrote:
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> What version of Maven does release plugin depend on? I think
>> >>>>>>>>>>>> DefaultArtifactTransformationManager.initialize was removed
>> in 3.x, at
>> >>>>>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> --
>> >>>>>>>>>>>> Regards,
>> >>>>>>>>>>>> Igor
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding
>> maven-compat
>> >>>>>>>>>>>>> did not fix the problem with the apparently unmodifiable
>> list.
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>> >>>>>>>>>>>>> <bi...@gmail.com> wrote:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> I may have misled you, but I'll try it.
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> Caused by:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>> >>>>>>>>>>>>>> Error constructing component role:
>> >>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>> >>>>>>>>>>>>>> implementation:
>> >>>>>>>>>>>>>>
>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>> >>>>>>>>>>>>>> hint: 'default'
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>> >>>>>>>>>>>>>> ... 33 more
>> >>>>>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException:
>> Unable to
>> >>>>>>>>>>>>>> convert property value from
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>> >>>>>>>>>>>>>> to
>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>> >>>>>>>>>>>>>> for injection private
>> >>>>>>>>>>>>>>
>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>> >>>>>>>>>>>>>> ... 37 more
>> >>>>>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You
>> cannot modify
>> >>>>>>>>>>>>>> this list. This list is a requirement of role:
>> >>>>>>>>>>>>>>
>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>> >>>>>>>>>>>>>> implementation:
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>> >>>>>>>>>>>>>> role hint: 'default' and managed by the container.
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>> >>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>
>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>> >>>>>>>>>>>>>> ... 43 more
>> >>>>>>>>>>>>>>
>> >>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>> >>>>>>>>>>>>>> <ig...@ifedorenko.com>
>> >>>>>>>>>>>>>> wrote:
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> You need to add maven-compat as a dependency.
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>> --
>> >>>>>>>>>>>>>>> Regards,
>> >>>>>>>>>>>>>>> Igor
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>> Further down the message, this boils down to a failure
>> to find an
>> >>>>>>>>>>>>>>>> ArtifactResolver.
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>> >>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>> This seems to make some things better.
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>> The first failure is:
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>> >>>>>>>>>>>>>>>>>  Time elapsed: 0.07 sec  <<< ERROR!
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>> >>>>>>>>>>>>>>>>> Unable to lookup component
>> >>>>>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it
>> could not be
>> >>>>>>>>>>>>>>>>> started.
>> >>>>>>>>>>>>>>>>>       role: org.apache.maven.project.MavenProjectBuilder
>> >>>>>>>>>>>>>>>>>   roleHint: default
>> >>>>>>>>>>>>>>>>> classRealm: plexus.core
>> >>>>>>>>>>>>>>>>> -----------------------------------------------------
>> >>>>>>>>>>>>>>>>> realm =    plexus.core
>> >>>>>>>>>>>>>>>>> strategy =
>> >>>>>>>>>>>>>>>>>
>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>> >>>>>>>>>>>>>>>>> Number of foreign imports: 0
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>> -----------------------------------------------------
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>> at
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>> And this happens over and over. I am checking if I can
>> make it go
>> >>>>>>>>>>>>>>>>> away. the scm component error is gone, or at least
>> hiding.
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>> >>>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>> >>>>>>>>>>>>>>>>>> <rf...@apache.org>
>> >>>>>>>>>>>>>>>>>> wrote:
>> >>>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>>
>> src/test/resources/org/apache/maven/shared/release/phase
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>>> I'm trying to use a less ancient version of
>> >>>>>>>>>>>>>>>>>> plexus-container-default,
>> >>>>>>>>>>>>>>>>>> it requires some test changes, I'll let you know what
>> happens.
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>>>>>>>>>> For additional commands, e-mail:
>> dev-help@maven.apache.org
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>
>> >>>>>>>>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>>>>>>>>> For additional commands, e-mail:
>> dev-help@maven.apache.org
>> >>>>>>>>>>>>>
>> >>>>>>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>>>>>>>>>>
>> >>>>>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>>>>>>>>>
>> >>>>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>>>>>>>
>> >>>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>>
>> ---------------------------------------------------------------------
>> >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>>>>
>> >>>>>>
>> ---------------------------------------------------------------------
>> >>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>>>
>> >>>>> Thanks,
>> >>>>>
>> >>>>> Jason
>> >>>>>
>> >>>>> ----------------------------------------------------------
>> >>>>> Jason van Zyl
>> >>>>> Founder,  Apache Maven
>> >>>>> http://twitter.com/jvanzyl
>> >>>>> http://twitter.com/takari_io
>> >>>>> ---------------------------------------------------------
>> >>>>>
>> >>>>> There's no sense in being precise when you don't even know what
>> you're talking about.
>> >>>>>
>> >>>>> -- John von Neumann
>> >>>
>> >>> ---------------------------------------------------------------------
>> >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >>> For additional commands, e-mail: dev-help@maven.apache.org
>> >>>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> >> For additional commands, e-mail: dev-help@maven.apache.org
>> >>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>

Re: Releasing the release plugin

Posted by Stephen Connolly <st...@gmail.com>.
AFAIK yes we do... but if we don't then I'll need to cancel gpg 1.5


On 22 February 2014 22:40, Benson Margulies <bi...@gmail.com> wrote:

> I can't built the m-r-p with Java 1.5. The compiler plugin fails.
> Don't we have source and target set so that I can leave JAVA_HOME at
> 1.6 and still cut a release?
>
>
> On Sat, Feb 22, 2014 at 5:13 PM, Benson Margulies <bi...@gmail.com>
> wrote:
> > That's my plan. Cut a release with things as they are today, though
> > Robert's discovery suggests at least a brief delay.
> >
> > On Sat, Feb 22, 2014 at 3:00 PM, Jason van Zyl <ja...@tesla.io> wrote:
> >> If you're going to try and cut a release that works with 2.x then I
> wouldn't worry about updating scm. I think users on Git are also more
> likely to be on m3 which is where the scm issues are yes? If you want to
> cut a quick release for 2.x users I would try and leave as many  of the
> existing deps alone.
> >>
> >> jvz
> >>
> >>> On Feb 22, 2014, at 10:58 AM, Benson Margulies <bi...@gmail.com>
> wrote:
> >>>
> >>> Jason, I can't help suspecting that the first step in housecleaning
> >>> here will be a new-tech SCM release, do you think so?
> >>>
> >>>> On Sat, Feb 22, 2014 at 1:56 PM, Benson Margulies <
> bimargulies@gmail.com> wrote:
> >>>> Seems to me we might as well make one last release with what's there
> >>>> now, just in case it helps someone. Then clean the closet.
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>> On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io>
> wrote:
> >>>>> I'l try it before you release it. But I suggest you modernize it and
> by that I mean forget Maven 2.x and update it to the sisu-plexus, remove
> all the old crap. If you want to use the new stuff then move to a
> relatively modern version of Maven. If users need new capabilities then
> they move forward with Maven as well. We're EOL'ing Maven 2.x so I would
> just move forward.
> >>>>>
> >>>>>> On Feb 22, 2014, at 10:34 AM, Benson Margulies <
> bimargulies@gmail.com> wrote:
> >>>>>>
> >>>>>> I am willing to do the work of RM'ing what we have here, since no
> one
> >>>>>> out there will test anything before it's released.
> >>>>>>
> >>>>>>
> >>>>>>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <
> bimargulies@gmail.com> wrote:
> >>>>>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <
> rfscholte@apache.org> wrote:
> >>>>>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the
> rest on 1.9,
> >>>>>>>> such as the maven-scm-providers-standard.
> >>>>>>>> This brings me to the next question: Are you convinced that 1.9
> will solve
> >>>>>>>> all the problems of the GIT users?
> >>>>>>>> I'm not, and I wouldn't prepare a "git special"-release without
> knowing
> >>>>>>>> it'll take away the GIT critical issues.
> >>>>>>>> I've tried to get feedback after some fixes, but didn't get the
> feedback I
> >>>>>>>> was searching for.
> >>>>>>>
> >>>>>>> Not I, I'm just reflecting the claims of others.
> >>>>>>>
> >>>>>>>>
> >>>>>>>> Robert
> >>>>>>>>
> >>>>>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
> >>>>>>>> <bi...@gmail.com>:
> >>>>>>>>
> >>>>>>>>> This, of course, does not help the people pining for the git
> support in
> >>>>>>>>> 1.9.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <
> rfscholte@apache.org>
> >>>>>>>>> wrote:
> >>>>>>>>>>
> >>>>>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my
> machine.
> >>>>>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1,
> but there's
> >>>>>>>>>> a
> >>>>>>>>>> serious issue here.
> >>>>>>>>>>
> >>>>>>>>>> Robert
> >>>>>>>>>>
> >>>>>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
> >>>>>>>>>> <bi...@gmail.com>:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>> Still 2.2.1.
> >>>>>>>>>>>
> >>>>>>>>>>> So, in version 2.2.1,
> >>>>>>>>>>>
> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
> >>>>>>>>>>> tries to patch a list that is injected, and gets into trouble
> because
> >>>>>>>>>>> Plexus has made the list unmodifiable. Presumably, that
> >>>>>>>>>>> unmodifiability was some improvement to plexus.
> >>>>>>>>>>>
> >>>>>>>>>>> I guess that taking 1.5.5 of the container doesn't work with
> 2.2.1,
> >>>>>>>>>>> and the question is how far back one needs to go (give or take
> making
> >>>>>>>>>>> a new release of maven-artifact-manager).
> >>>>>>>>>>>
> >>>>>>>>>>> Or even if any of this is the solution to Robert's original
> problem.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <
> igor@ifedorenko.com>
> >>>>>>>>>>> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> What version of Maven does release plugin depend on? I think
> >>>>>>>>>>>> DefaultArtifactTransformationManager.initialize was removed
> in 3.x, at
> >>>>>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
> >>>>>>>>>>>>
> >>>>>>>>>>>> --
> >>>>>>>>>>>> Regards,
> >>>>>>>>>>>> Igor
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding
> maven-compat
> >>>>>>>>>>>>> did not fix the problem with the apparently unmodifiable
> list.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
> >>>>>>>>>>>>> <bi...@gmail.com> wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> I may have misled you, but I'll try it.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Caused by:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
> >>>>>>>>>>>>>> Error constructing component role:
> >>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
> >>>>>>>>>>>>>> implementation:
> >>>>>>>>>>>>>>
> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
> >>>>>>>>>>>>>> hint: 'default'
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
> >>>>>>>>>>>>>> ... 33 more
> >>>>>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException:
> Unable to
> >>>>>>>>>>>>>> convert property value from
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
> >>>>>>>>>>>>>> to
> org.apache.maven.artifact.transform.ArtifactTransformationManager
> >>>>>>>>>>>>>> for injection private
> >>>>>>>>>>>>>>
> org.apache.maven.artifact.transform.ArtifactTransformationManager
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
> >>>>>>>>>>>>>> ... 37 more
> >>>>>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You
> cannot modify
> >>>>>>>>>>>>>> this list. This list is a requirement of role:
> >>>>>>>>>>>>>>
> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
> >>>>>>>>>>>>>> implementation:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
> >>>>>>>>>>>>>> role hint: 'default' and managed by the container.
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
> >>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
> >>>>>>>>>>>>>> ... 43 more
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
> >>>>>>>>>>>>>> <ig...@ifedorenko.com>
> >>>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> You need to add maven-compat as a dependency.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> --
> >>>>>>>>>>>>>>> Regards,
> >>>>>>>>>>>>>>> Igor
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Further down the message, this boils down to a failure to
> find an
> >>>>>>>>>>>>>>>> ArtifactResolver.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
> >>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> This seems to make some things better.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> The first failure is:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
> >>>>>>>>>>>>>>>>>  Time elapsed: 0.07 sec  <<< ERROR!
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
> >>>>>>>>>>>>>>>>> Unable to lookup component
> >>>>>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could
> not be
> >>>>>>>>>>>>>>>>> started.
> >>>>>>>>>>>>>>>>>       role: org.apache.maven.project.MavenProjectBuilder
> >>>>>>>>>>>>>>>>>   roleHint: default
> >>>>>>>>>>>>>>>>> classRealm: plexus.core
> >>>>>>>>>>>>>>>>> -----------------------------------------------------
> >>>>>>>>>>>>>>>>> realm =    plexus.core
> >>>>>>>>>>>>>>>>> strategy =
> >>>>>>>>>>>>>>>>>
> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
> >>>>>>>>>>>>>>>>> Number of foreign imports: 0
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> -----------------------------------------------------
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> at
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> And this happens over and over. I am checking if I can
> make it go
> >>>>>>>>>>>>>>>>> away. the scm component error is gone, or at least
> hiding.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
> >>>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
> >>>>>>>>>>>>>>>>>> <rf...@apache.org>
> >>>>>>>>>>>>>>>>>> wrote:
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> src/test/resources/org/apache/maven/shared/release/phase
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> I'm trying to use a less ancient version of
> >>>>>>>>>>>>>>>>>> plexus-container-default,
> >>>>>>>>>>>>>>>>>> it requires some test changes, I'll let you know what
> happens.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>>>>>>>>>> For additional commands, e-mail:
> dev-help@maven.apache.org
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>>>>>>
> >>>>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>>>>
> >>>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> ---------------------------------------------------------------------
> >>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>>
> >>>>>>
> ---------------------------------------------------------------------
> >>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>>>>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> Jason
> >>>>>
> >>>>> ----------------------------------------------------------
> >>>>> Jason van Zyl
> >>>>> Founder,  Apache Maven
> >>>>> http://twitter.com/jvanzyl
> >>>>> http://twitter.com/takari_io
> >>>>> ---------------------------------------------------------
> >>>>>
> >>>>> There's no sense in being precise when you don't even know what
> you're talking about.
> >>>>>
> >>>>> -- John von Neumann
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >>> For additional commands, e-mail: dev-help@maven.apache.org
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> >> For additional commands, e-mail: dev-help@maven.apache.org
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>

Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
I can't built the m-r-p with Java 1.5. The compiler plugin fails.
Don't we have source and target set so that I can leave JAVA_HOME at
1.6 and still cut a release?


On Sat, Feb 22, 2014 at 5:13 PM, Benson Margulies <bi...@gmail.com> wrote:
> That's my plan. Cut a release with things as they are today, though
> Robert's discovery suggests at least a brief delay.
>
> On Sat, Feb 22, 2014 at 3:00 PM, Jason van Zyl <ja...@tesla.io> wrote:
>> If you're going to try and cut a release that works with 2.x then I wouldn't worry about updating scm. I think users on Git are also more likely to be on m3 which is where the scm issues are yes? If you want to cut a quick release for 2.x users I would try and leave as many  of the existing deps alone.
>>
>> jvz
>>
>>> On Feb 22, 2014, at 10:58 AM, Benson Margulies <bi...@gmail.com> wrote:
>>>
>>> Jason, I can't help suspecting that the first step in housecleaning
>>> here will be a new-tech SCM release, do you think so?
>>>
>>>> On Sat, Feb 22, 2014 at 1:56 PM, Benson Margulies <bi...@gmail.com> wrote:
>>>> Seems to me we might as well make one last release with what's there
>>>> now, just in case it helps someone. Then clean the closet.
>>>>
>>>>
>>>>
>>>>
>>>>> On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io> wrote:
>>>>> I'l try it before you release it. But I suggest you modernize it and by that I mean forget Maven 2.x and update it to the sisu-plexus, remove all the old crap. If you want to use the new stuff then move to a relatively modern version of Maven. If users need new capabilities then they move forward with Maven as well. We're EOL'ing Maven 2.x so I would just move forward.
>>>>>
>>>>>> On Feb 22, 2014, at 10:34 AM, Benson Margulies <bi...@gmail.com> wrote:
>>>>>>
>>>>>> I am willing to do the work of RM'ing what we have here, since no one
>>>>>> out there will test anything before it's released.
>>>>>>
>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
>>>>>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>>>>>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>>>>>>>> such as the maven-scm-providers-standard.
>>>>>>>> This brings me to the next question: Are you convinced that 1.9 will solve
>>>>>>>> all the problems of the GIT users?
>>>>>>>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>>>>>>>> it'll take away the GIT critical issues.
>>>>>>>> I've tried to get feedback after some fixes, but didn't get the feedback I
>>>>>>>> was searching for.
>>>>>>>
>>>>>>> Not I, I'm just reflecting the claims of others.
>>>>>>>
>>>>>>>>
>>>>>>>> Robert
>>>>>>>>
>>>>>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>>>>>>>> <bi...@gmail.com>:
>>>>>>>>
>>>>>>>>> This, of course, does not help the people pining for the git support in
>>>>>>>>> 1.9.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>>>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>>>>>>>> a
>>>>>>>>>> serious issue here.
>>>>>>>>>>
>>>>>>>>>> Robert
>>>>>>>>>>
>>>>>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>>>>>>>> <bi...@gmail.com>:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> Still 2.2.1.
>>>>>>>>>>>
>>>>>>>>>>> So, in version 2.2.1,
>>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>>>>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>>>>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>>>>>>>> unmodifiability was some improvement to plexus.
>>>>>>>>>>>
>>>>>>>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>>>>>>>> and the question is how far back one needs to go (give or take making
>>>>>>>>>>> a new release of maven-artifact-manager).
>>>>>>>>>>>
>>>>>>>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> What version of Maven does release plugin depend on? I think
>>>>>>>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Regards,
>>>>>>>>>>>> Igor
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Caused by:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>>>>>>>> Error constructing component role:
>>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>>>>>>>> implementation:
>>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>>>>>>>> hint: 'default'
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>>>> ... 33 more
>>>>>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>>>>>>>> convert property value from
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>>>> for injection private
>>>>>>>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>>>>>>>> ... 37 more
>>>>>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>>>>>>>> this list. This list is a requirement of role:
>>>>>>>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>>>>>>>> implementation:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>>>>>>>> ... 43 more
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>>> Igor
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The first failure is:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>>>>>>>  Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>>>>>>>> started.
>>>>>>>>>>>>>>>>>       role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>>>>>>>   roleHint: default
>>>>>>>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>>>>>>>> strategy =
>>>>>>>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Jason
>>>>>
>>>>> ----------------------------------------------------------
>>>>> Jason van Zyl
>>>>> Founder,  Apache Maven
>>>>> http://twitter.com/jvanzyl
>>>>> http://twitter.com/takari_io
>>>>> ---------------------------------------------------------
>>>>>
>>>>> There's no sense in being precise when you don't even know what you're talking about.
>>>>>
>>>>> -- John von Neumann
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
That's my plan. Cut a release with things as they are today, though
Robert's discovery suggests at least a brief delay.

On Sat, Feb 22, 2014 at 3:00 PM, Jason van Zyl <ja...@tesla.io> wrote:
> If you're going to try and cut a release that works with 2.x then I wouldn't worry about updating scm. I think users on Git are also more likely to be on m3 which is where the scm issues are yes? If you want to cut a quick release for 2.x users I would try and leave as many  of the existing deps alone.
>
> jvz
>
>> On Feb 22, 2014, at 10:58 AM, Benson Margulies <bi...@gmail.com> wrote:
>>
>> Jason, I can't help suspecting that the first step in housecleaning
>> here will be a new-tech SCM release, do you think so?
>>
>>> On Sat, Feb 22, 2014 at 1:56 PM, Benson Margulies <bi...@gmail.com> wrote:
>>> Seems to me we might as well make one last release with what's there
>>> now, just in case it helps someone. Then clean the closet.
>>>
>>>
>>>
>>>
>>>> On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io> wrote:
>>>> I'l try it before you release it. But I suggest you modernize it and by that I mean forget Maven 2.x and update it to the sisu-plexus, remove all the old crap. If you want to use the new stuff then move to a relatively modern version of Maven. If users need new capabilities then they move forward with Maven as well. We're EOL'ing Maven 2.x so I would just move forward.
>>>>
>>>>> On Feb 22, 2014, at 10:34 AM, Benson Margulies <bi...@gmail.com> wrote:
>>>>>
>>>>> I am willing to do the work of RM'ing what we have here, since no one
>>>>> out there will test anything before it's released.
>>>>>
>>>>>
>>>>>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
>>>>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>>>>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>>>>>>> such as the maven-scm-providers-standard.
>>>>>>> This brings me to the next question: Are you convinced that 1.9 will solve
>>>>>>> all the problems of the GIT users?
>>>>>>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>>>>>>> it'll take away the GIT critical issues.
>>>>>>> I've tried to get feedback after some fixes, but didn't get the feedback I
>>>>>>> was searching for.
>>>>>>
>>>>>> Not I, I'm just reflecting the claims of others.
>>>>>>
>>>>>>>
>>>>>>> Robert
>>>>>>>
>>>>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>>>>>>> <bi...@gmail.com>:
>>>>>>>
>>>>>>>> This, of course, does not help the people pining for the git support in
>>>>>>>> 1.9.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>>>>>>> a
>>>>>>>>> serious issue here.
>>>>>>>>>
>>>>>>>>> Robert
>>>>>>>>>
>>>>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>>>>>>> <bi...@gmail.com>:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> Still 2.2.1.
>>>>>>>>>>
>>>>>>>>>> So, in version 2.2.1,
>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>>>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>>>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>>>>>>> unmodifiability was some improvement to plexus.
>>>>>>>>>>
>>>>>>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>>>>>>> and the question is how far back one needs to go (give or take making
>>>>>>>>>> a new release of maven-artifact-manager).
>>>>>>>>>>
>>>>>>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> What version of Maven does release plugin depend on? I think
>>>>>>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Regards,
>>>>>>>>>>> Igor
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Caused by:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>>>>>>> Error constructing component role:
>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>>>>>>> implementation:
>>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>>>>>>> hint: 'default'
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>>> ... 33 more
>>>>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>>>>>>> convert property value from
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>>> for injection private
>>>>>>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>>>>>>> ... 37 more
>>>>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>>>>>>> this list. This list is a requirement of role:
>>>>>>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>>>>>>> implementation:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>>>>>>> ... 43 more
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>> Igor
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The first failure is:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>>>>>>  Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>>>>>>> started.
>>>>>>>>>>>>>>>>       role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>>>>>>   roleHint: default
>>>>>>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>>>>>>> strategy =
>>>>>>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>> Thanks,
>>>>
>>>> Jason
>>>>
>>>> ----------------------------------------------------------
>>>> Jason van Zyl
>>>> Founder,  Apache Maven
>>>> http://twitter.com/jvanzyl
>>>> http://twitter.com/takari_io
>>>> ---------------------------------------------------------
>>>>
>>>> There's no sense in being precise when you don't even know what you're talking about.
>>>>
>>>> -- John von Neumann
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>

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


Re: Releasing the release plugin

Posted by Jason van Zyl <ja...@tesla.io>.
If you're going to try and cut a release that works with 2.x then I wouldn't worry about updating scm. I think users on Git are also more likely to be on m3 which is where the scm issues are yes? If you want to cut a quick release for 2.x users I would try and leave as many  of the existing deps alone.

jvz

> On Feb 22, 2014, at 10:58 AM, Benson Margulies <bi...@gmail.com> wrote:
> 
> Jason, I can't help suspecting that the first step in housecleaning
> here will be a new-tech SCM release, do you think so?
> 
>> On Sat, Feb 22, 2014 at 1:56 PM, Benson Margulies <bi...@gmail.com> wrote:
>> Seems to me we might as well make one last release with what's there
>> now, just in case it helps someone. Then clean the closet.
>> 
>> 
>> 
>> 
>>> On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io> wrote:
>>> I'l try it before you release it. But I suggest you modernize it and by that I mean forget Maven 2.x and update it to the sisu-plexus, remove all the old crap. If you want to use the new stuff then move to a relatively modern version of Maven. If users need new capabilities then they move forward with Maven as well. We're EOL'ing Maven 2.x so I would just move forward.
>>> 
>>>> On Feb 22, 2014, at 10:34 AM, Benson Margulies <bi...@gmail.com> wrote:
>>>> 
>>>> I am willing to do the work of RM'ing what we have here, since no one
>>>> out there will test anything before it's released.
>>>> 
>>>> 
>>>>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
>>>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>>>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>>>>>> such as the maven-scm-providers-standard.
>>>>>> This brings me to the next question: Are you convinced that 1.9 will solve
>>>>>> all the problems of the GIT users?
>>>>>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>>>>>> it'll take away the GIT critical issues.
>>>>>> I've tried to get feedback after some fixes, but didn't get the feedback I
>>>>>> was searching for.
>>>>> 
>>>>> Not I, I'm just reflecting the claims of others.
>>>>> 
>>>>>> 
>>>>>> Robert
>>>>>> 
>>>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>>>>>> <bi...@gmail.com>:
>>>>>> 
>>>>>>> This, of course, does not help the people pining for the git support in
>>>>>>> 1.9.
>>>>>>> 
>>>>>>> 
>>>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>>>>>> wrote:
>>>>>>>> 
>>>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>>>>>> a
>>>>>>>> serious issue here.
>>>>>>>> 
>>>>>>>> Robert
>>>>>>>> 
>>>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>>>>>> <bi...@gmail.com>:
>>>>>>>> 
>>>>>>>> 
>>>>>>>>> Still 2.2.1.
>>>>>>>>> 
>>>>>>>>> So, in version 2.2.1,
>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>>>>>> unmodifiability was some improvement to plexus.
>>>>>>>>> 
>>>>>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>>>>>> and the question is how far back one needs to go (give or take making
>>>>>>>>> a new release of maven-artifact-manager).
>>>>>>>>> 
>>>>>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>>>>>> wrote:
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> What version of Maven does release plugin depend on? I think
>>>>>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>>>>> 
>>>>>>>>>> --
>>>>>>>>>> Regards,
>>>>>>>>>> Igor
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>>>>> 
>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>>>>> 
>>>>>>>>>>>> Caused by:
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>>>>>> Error constructing component role:
>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>>>>>> implementation:
>>>>>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>>>>>> hint: 'default'
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>> ... 33 more
>>>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>>>>>> convert property value from
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>> for injection private
>>>>>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>>>>>> at
>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>> at
>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>>>>>> at
>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>>>>>> ... 37 more
>>>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>>>>>> this list. This list is a requirement of role:
>>>>>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>>>>>> implementation:
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>>>>>> at
>>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>>> at
>>>>>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>>>>>> ... 43 more
>>>>>>>>>>>> 
>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>>>>> 
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>> Igor
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> The first failure is:
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>>>>>  Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>>>>>> started.
>>>>>>>>>>>>>>>       role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>>>>>   roleHint: default
>>>>>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>>>>>> strategy =
>>>>>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> 
>>>>>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>> 
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>> 
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>> 
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>> 
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>> 
>>>>>> 
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>> 
>>> Thanks,
>>> 
>>> Jason
>>> 
>>> ----------------------------------------------------------
>>> Jason van Zyl
>>> Founder,  Apache Maven
>>> http://twitter.com/jvanzyl
>>> http://twitter.com/takari_io
>>> ---------------------------------------------------------
>>> 
>>> There's no sense in being precise when you don't even know what you're talking about.
>>> 
>>> -- John von Neumann
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
> 

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
Jason, I can't help suspecting that the first step in housecleaning
here will be a new-tech SCM release, do you think so?

On Sat, Feb 22, 2014 at 1:56 PM, Benson Margulies <bi...@gmail.com> wrote:
> Seems to me we might as well make one last release with what's there
> now, just in case it helps someone. Then clean the closet.
>
>
>
>
> On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io> wrote:
>> I'l try it before you release it. But I suggest you modernize it and by that I mean forget Maven 2.x and update it to the sisu-plexus, remove all the old crap. If you want to use the new stuff then move to a relatively modern version of Maven. If users need new capabilities then they move forward with Maven as well. We're EOL'ing Maven 2.x so I would just move forward.
>>
>> On Feb 22, 2014, at 10:34 AM, Benson Margulies <bi...@gmail.com> wrote:
>>
>>> I am willing to do the work of RM'ing what we have here, since no one
>>> out there will test anything before it's released.
>>>
>>>
>>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>>>>> such as the maven-scm-providers-standard.
>>>>> This brings me to the next question: Are you convinced that 1.9 will solve
>>>>> all the problems of the GIT users?
>>>>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>>>>> it'll take away the GIT critical issues.
>>>>> I've tried to get feedback after some fixes, but didn't get the feedback I
>>>>> was searching for.
>>>>
>>>> Not I, I'm just reflecting the claims of others.
>>>>
>>>>>
>>>>> Robert
>>>>>
>>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>>>>> <bi...@gmail.com>:
>>>>>
>>>>>> This, of course, does not help the people pining for the git support in
>>>>>> 1.9.
>>>>>>
>>>>>>
>>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>>>>> wrote:
>>>>>>>
>>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>>>>> a
>>>>>>> serious issue here.
>>>>>>>
>>>>>>> Robert
>>>>>>>
>>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>>>>> <bi...@gmail.com>:
>>>>>>>
>>>>>>>
>>>>>>>> Still 2.2.1.
>>>>>>>>
>>>>>>>> So, in version 2.2.1,
>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>>>>> unmodifiability was some improvement to plexus.
>>>>>>>>
>>>>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>>>>> and the question is how far back one needs to go (give or take making
>>>>>>>> a new release of maven-artifact-manager).
>>>>>>>>
>>>>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> What version of Maven does release plugin depend on? I think
>>>>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Regards,
>>>>>>>>> Igor
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>>>>
>>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>>>>
>>>>>>>>>>> Caused by:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>>>>> Error constructing component role:
>>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>>>>> implementation:
>>>>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>>>>> hint: 'default'
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>> ... 33 more
>>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>>>>> convert property value from
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>> for injection private
>>>>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>>>>> at
>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>> at
>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>>>>> at
>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>>>>> ... 37 more
>>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>>>>> this list. This list is a requirement of role:
>>>>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>>>>> implementation:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>>>>> at
>>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>>> at
>>>>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>>>>> ... 43 more
>>>>>>>>>>>
>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> Regards,
>>>>>>>>>>>> Igor
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The first failure is:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>>>>   Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>>>>> started.
>>>>>>>>>>>>>>        role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>>>>    roleHint: default
>>>>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>>>>> strategy =
>>>>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> at
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> Thanks,
>>
>> Jason
>>
>> ----------------------------------------------------------
>> Jason van Zyl
>> Founder,  Apache Maven
>> http://twitter.com/jvanzyl
>> http://twitter.com/takari_io
>> ---------------------------------------------------------
>>
>> There's no sense in being precise when you don't even know what you're talking about.
>>
>>  -- John von Neumann
>>
>>
>>
>>
>>
>>
>>
>>
>>

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
Seems to me we might as well make one last release with what's there
now, just in case it helps someone. Then clean the closet.




On Sat, Feb 22, 2014 at 1:47 PM, Jason van Zyl <ja...@takari.io> wrote:
> I'l try it before you release it. But I suggest you modernize it and by that I mean forget Maven 2.x and update it to the sisu-plexus, remove all the old crap. If you want to use the new stuff then move to a relatively modern version of Maven. If users need new capabilities then they move forward with Maven as well. We're EOL'ing Maven 2.x so I would just move forward.
>
> On Feb 22, 2014, at 10:34 AM, Benson Margulies <bi...@gmail.com> wrote:
>
>> I am willing to do the work of RM'ing what we have here, since no one
>> out there will test anything before it's released.
>>
>>
>> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>>>> such as the maven-scm-providers-standard.
>>>> This brings me to the next question: Are you convinced that 1.9 will solve
>>>> all the problems of the GIT users?
>>>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>>>> it'll take away the GIT critical issues.
>>>> I've tried to get feedback after some fixes, but didn't get the feedback I
>>>> was searching for.
>>>
>>> Not I, I'm just reflecting the claims of others.
>>>
>>>>
>>>> Robert
>>>>
>>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>>>> <bi...@gmail.com>:
>>>>
>>>>> This, of course, does not help the people pining for the git support in
>>>>> 1.9.
>>>>>
>>>>>
>>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>>>> wrote:
>>>>>>
>>>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>>>> a
>>>>>> serious issue here.
>>>>>>
>>>>>> Robert
>>>>>>
>>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>>>> <bi...@gmail.com>:
>>>>>>
>>>>>>
>>>>>>> Still 2.2.1.
>>>>>>>
>>>>>>> So, in version 2.2.1,
>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>>>> unmodifiability was some improvement to plexus.
>>>>>>>
>>>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>>>> and the question is how far back one needs to go (give or take making
>>>>>>> a new release of maven-artifact-manager).
>>>>>>>
>>>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>>>
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> What version of Maven does release plugin depend on? I think
>>>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>>>
>>>>>>>> --
>>>>>>>> Regards,
>>>>>>>> Igor
>>>>>>>>
>>>>>>>>
>>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>>>
>>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>>>
>>>>>>>>>> Caused by:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>>>> Error constructing component role:
>>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>>>> implementation:
>>>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>>>> hint: 'default'
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>> ... 33 more
>>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>>>> convert property value from
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>> for injection private
>>>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>>>> at
>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>> at
>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>>>> at
>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>>>> ... 37 more
>>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>>>> this list. This list is a requirement of role:
>>>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>>>> implementation:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>>>> at
>>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>>> at
>>>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>>>> ... 43 more
>>>>>>>>>>
>>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Regards,
>>>>>>>>>>> Igor
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>>>
>>>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The first failure is:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>>>   Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>>>> started.
>>>>>>>>>>>>>        role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>>>    roleHint: default
>>>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>>>> strategy =
>>>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>>>
>>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>>>
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>>>
>>>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> Thanks,
>
> Jason
>
> ----------------------------------------------------------
> Jason van Zyl
> Founder,  Apache Maven
> http://twitter.com/jvanzyl
> http://twitter.com/takari_io
> ---------------------------------------------------------
>
> There's no sense in being precise when you don't even know what you're talking about.
>
>  -- John von Neumann
>
>
>
>
>
>
>
>
>

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


Re: Releasing the release plugin

Posted by Jason van Zyl <ja...@takari.io>.
I'l try it before you release it. But I suggest you modernize it and by that I mean forget Maven 2.x and update it to the sisu-plexus, remove all the old crap. If you want to use the new stuff then move to a relatively modern version of Maven. If users need new capabilities then they move forward with Maven as well. We're EOL'ing Maven 2.x so I would just move forward.

On Feb 22, 2014, at 10:34 AM, Benson Margulies <bi...@gmail.com> wrote:

> I am willing to do the work of RM'ing what we have here, since no one
> out there will test anything before it's released.
> 
> 
> On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>>> such as the maven-scm-providers-standard.
>>> This brings me to the next question: Are you convinced that 1.9 will solve
>>> all the problems of the GIT users?
>>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>>> it'll take away the GIT critical issues.
>>> I've tried to get feedback after some fixes, but didn't get the feedback I
>>> was searching for.
>> 
>> Not I, I'm just reflecting the claims of others.
>> 
>>> 
>>> Robert
>>> 
>>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>>> <bi...@gmail.com>:
>>> 
>>>> This, of course, does not help the people pining for the git support in
>>>> 1.9.
>>>> 
>>>> 
>>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>>> wrote:
>>>>> 
>>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>>> a
>>>>> serious issue here.
>>>>> 
>>>>> Robert
>>>>> 
>>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>>> <bi...@gmail.com>:
>>>>> 
>>>>> 
>>>>>> Still 2.2.1.
>>>>>> 
>>>>>> So, in version 2.2.1,
>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>>> unmodifiability was some improvement to plexus.
>>>>>> 
>>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>>> and the question is how far back one needs to go (give or take making
>>>>>> a new release of maven-artifact-manager).
>>>>>> 
>>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>> 
>>>>>> 
>>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>>> wrote:
>>>>>>> 
>>>>>>> 
>>>>>>> What version of Maven does release plugin depend on? I think
>>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>> 
>>>>>>> --
>>>>>>> Regards,
>>>>>>> Igor
>>>>>>> 
>>>>>>> 
>>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>> 
>>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>> 
>>>>>>>>> Caused by:
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>>> Error constructing component role:
>>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>>> implementation:
>>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>>> hint: 'default'
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>> ... 33 more
>>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>>> convert property value from
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>> for injection private
>>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>>> at
>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>> at
>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>>> at
>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>>> ... 37 more
>>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>>> this list. This list is a requirement of role:
>>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>>> implementation:
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> 
>>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>>> at
>>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>>> at
>>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>>> at
>>>>>>>>> 
>>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>>> ... 43 more
>>>>>>>>> 
>>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>>> wrote:
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>> 
>>>>>>>>>> --
>>>>>>>>>> Regards,
>>>>>>>>>> Igor
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>> 
>>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>> 
>>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>> 
>>>>>>>>>>>> The first failure is:
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>>   Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>>> started.
>>>>>>>>>>>>        role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>>    roleHint: default
>>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>>> strategy =
>>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>> 
>>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>> 
>>>>>>>>>>>> at
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>> 
>>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> 
>>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> 
>>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>> 
>>>>>>>> 
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>> 
>>>>>>> 
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>> 
>>>>>> 
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>> 
>>>>> 
>>>>> 
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
> 

Thanks,

Jason

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

There's no sense in being precise when you don't even know what you're talking about.

 -- John von Neumann










Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
I am willing to do the work of RM'ing what we have here, since no one
out there will test anything before it's released.


On Sat, Feb 22, 2014 at 1:34 PM, Benson Margulies <bi...@gmail.com> wrote:
> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
>> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
>> such as the maven-scm-providers-standard.
>> This brings me to the next question: Are you convinced that 1.9 will solve
>> all the problems of the GIT users?
>> I'm not, and I wouldn't prepare a "git special"-release without knowing
>> it'll take away the GIT critical issues.
>> I've tried to get feedback after some fixes, but didn't get the feedback I
>> was searching for.
>
> Not I, I'm just reflecting the claims of others.
>
>>
>> Robert
>>
>> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
>> <bi...@gmail.com>:
>>
>>> This, of course, does not help the people pining for the git support in
>>> 1.9.
>>>
>>>
>>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>>> wrote:
>>>>
>>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>>> a
>>>> serious issue here.
>>>>
>>>> Robert
>>>>
>>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>>> <bi...@gmail.com>:
>>>>
>>>>
>>>>> Still 2.2.1.
>>>>>
>>>>> So, in version 2.2.1,
>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>>> tries to patch a list that is injected, and gets into trouble because
>>>>> Plexus has made the list unmodifiable. Presumably, that
>>>>> unmodifiability was some improvement to plexus.
>>>>>
>>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>>> and the question is how far back one needs to go (give or take making
>>>>> a new release of maven-artifact-manager).
>>>>>
>>>>> Or even if any of this is the solution to Robert's original problem.
>>>>>
>>>>>
>>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>> What version of Maven does release plugin depend on? I think
>>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>>
>>>>>> --
>>>>>> Regards,
>>>>>> Igor
>>>>>>
>>>>>>
>>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I may have misled you, but I'll try it.
>>>>>>>>
>>>>>>>> Caused by:
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>>> Error constructing component role:
>>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>>> implementation:
>>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>>> hint: 'default'
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>> ... 33 more
>>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>>> convert property value from
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>> for injection private
>>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>>> at
>>>>>>>>
>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>>> at
>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>> at
>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>>> at
>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>>> ... 37 more
>>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>>> this list. This list is a requirement of role:
>>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>>> implementation:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>>> role hint: 'default' and managed by the container.
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>>> at
>>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>>> at
>>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>>> at
>>>>>>>>
>>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>>> ... 43 more
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>>> <ig...@ifedorenko.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Regards,
>>>>>>>>> Igor
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>>> ArtifactResolver.
>>>>>>>>>>
>>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>>
>>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>>
>>>>>>>>>>> The first failure is:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>>> Unable to lookup component
>>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>>> started.
>>>>>>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>>     roleHint: default
>>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>> realm =    plexus.core
>>>>>>>>>>> strategy =
>>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>>
>>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>>
>>>>>>>>>>> at
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>>
>>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rf...@apache.org> wrote:
> I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on 1.9,
> such as the maven-scm-providers-standard.
> This brings me to the next question: Are you convinced that 1.9 will solve
> all the problems of the GIT users?
> I'm not, and I wouldn't prepare a "git special"-release without knowing
> it'll take away the GIT critical issues.
> I've tried to get feedback after some fixes, but didn't get the feedback I
> was searching for.

Not I, I'm just reflecting the claims of others.

>
> Robert
>
> Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies
> <bi...@gmail.com>:
>
>> This, of course, does not help the people pining for the git support in
>> 1.9.
>>
>>
>> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>
>> wrote:
>>>
>>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's
>>> a
>>> serious issue here.
>>>
>>> Robert
>>>
>>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>>> <bi...@gmail.com>:
>>>
>>>
>>>> Still 2.2.1.
>>>>
>>>> So, in version 2.2.1,
>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>>> tries to patch a list that is injected, and gets into trouble because
>>>> Plexus has made the list unmodifiable. Presumably, that
>>>> unmodifiability was some improvement to plexus.
>>>>
>>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>>> and the question is how far back one needs to go (give or take making
>>>> a new release of maven-artifact-manager).
>>>>
>>>> Or even if any of this is the solution to Robert's original problem.
>>>>
>>>>
>>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> What version of Maven does release plugin depend on? I think
>>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>>
>>>>> --
>>>>> Regards,
>>>>> Igor
>>>>>
>>>>>
>>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>>
>>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>>> <bi...@gmail.com> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I may have misled you, but I'll try it.
>>>>>>>
>>>>>>> Caused by:
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>>> Error constructing component role:
>>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',
>>>>>>> implementation:
>>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>>> hint: 'default'
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>> ... 33 more
>>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>>> convert property value from
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>> for injection private
>>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>>> at
>>>>>>>
>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>>> at
>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>> at
>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>>> at
>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>>> ... 37 more
>>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>>>> this list. This list is a requirement of role:
>>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>>> implementation:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>>> role hint: 'default' and managed by the container.
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>>> at
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>>> at
>>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>>> at
>>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>>> at
>>>>>>>
>>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>>> ... 43 more
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko
>>>>>>> <ig...@ifedorenko.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>>
>>>>>>>> --
>>>>>>>> Regards,
>>>>>>>> Igor
>>>>>>>>
>>>>>>>>
>>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>>> ArtifactResolver.
>>>>>>>>>
>>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>>
>>>>>>>>>> This seems to make some things better.
>>>>>>>>>>
>>>>>>>>>> The first failure is:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>>> Unable to lookup component
>>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>>> started.
>>>>>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>>     roleHint: default
>>>>>>>>>> classRealm: plexus.core
>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>> realm =    plexus.core
>>>>>>>>>> strategy =
>>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>>
>>>>>>>>>> -----------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> at
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>>
>>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>>> plexus-container-default,
>>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>

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


Re: Releasing the release plugin

Posted by Robert Scholte <rf...@apache.org>.
I've only changed maven-scm-manager-plexus to 1.8, and kept the rest on  
1.9, such as the maven-scm-providers-standard.
This brings me to the next question: Are you convinced that 1.9 will solve  
all the problems of the GIT users?
I'm not, and I wouldn't prepare a "git special"-release without knowing  
it'll take away the GIT critical issues.
I've tried to get feedback after some fixes, but didn't get the feedback I  
was searching for.

Robert

Op Sat, 22 Feb 2014 19:12:05 +0100 schreef Benson Margulies  
<bi...@gmail.com>:

> This, of course, does not help the people pining for the git support in  
> 1.9.
>
>
> On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org>  
> wrote:
>> http://svn.apache.org/r1570870 fixes the unittests on my machine.
>> I'll have to check was has changed between SCM 1.8 and 1.8.1, but  
>> there's a
>> serious issue here.
>>
>> Robert
>>
>> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
>> <bi...@gmail.com>:
>>
>>
>>> Still 2.2.1.
>>>
>>> So, in version 2.2.1,
>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>>> tries to patch a list that is injected, and gets into trouble because
>>> Plexus has made the list unmodifiable. Presumably, that
>>> unmodifiability was some improvement to plexus.
>>>
>>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>>> and the question is how far back one needs to go (give or take making
>>> a new release of maven-artifact-manager).
>>>
>>> Or even if any of this is the solution to Robert's original problem.
>>>
>>>
>>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>> wrote:
>>>>
>>>> What version of Maven does release plugin depend on? I think
>>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>>> least it's not present in 3.2.1 and 3.1.1.
>>>>
>>>> --
>>>> Regards,
>>>> Igor
>>>>
>>>>
>>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>>
>>>>>
>>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>>> did not fix the problem with the apparently unmodifiable list.
>>>>>
>>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>>> <bi...@gmail.com> wrote:
>>>>>>
>>>>>>
>>>>>> I may have misled you, but I'll try it.
>>>>>>
>>>>>> Caused by:
>>>>>>
>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>>> Error constructing component role:
>>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver',  
>>>>>> implementation:
>>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>>> hint: 'default'
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>> ... 33 more
>>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>>> convert property value from
>>>>>>
>>>>>>
>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>> for injection private
>>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>>
>>>>>>
>>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>>> at
>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>>> at
>>>>>>
>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>>> at
>>>>>>
>>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>>> at
>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>> at
>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>>> at
>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>>> ... 37 more
>>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot  
>>>>>> modify
>>>>>> this list. This list is a requirement of role:
>>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>>> implementation:
>>>>>>
>>>>>>
>>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>>> role hint: 'default' and managed by the container.
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>> at
>>>>>>
>>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>>> at
>>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>>> at  
>>>>>> org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>>> at
>>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>>> ... 43 more
>>>>>>
>>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko  
>>>>>> <ig...@ifedorenko.com>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>> You need to add maven-compat as a dependency.
>>>>>>>
>>>>>>> --
>>>>>>> Regards,
>>>>>>> Igor
>>>>>>>
>>>>>>>
>>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>>> ArtifactResolver.
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>>
>>>>>>>>> This seems to make some things better.
>>>>>>>>>
>>>>>>>>> The first failure is:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>>> Unable to lookup component
>>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>>> started.
>>>>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>>     roleHint: default
>>>>>>>>> classRealm: plexus.core
>>>>>>>>> -----------------------------------------------------
>>>>>>>>> realm =    plexus.core
>>>>>>>>> strategy =
>>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>>> Number of foreign imports: 0
>>>>>>>>>
>>>>>>>>> -----------------------------------------------------
>>>>>>>>>
>>>>>>>>> at
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>>
>>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>>> <rf...@apache.org>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>>> plexus-container-default,
>>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
This, of course, does not help the people pining for the git support in 1.9.


On Sat, Feb 22, 2014 at 1:10 PM, Robert Scholte <rf...@apache.org> wrote:
> http://svn.apache.org/r1570870 fixes the unittests on my machine.
> I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's a
> serious issue here.
>
> Robert
>
> Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies
> <bi...@gmail.com>:
>
>
>> Still 2.2.1.
>>
>> So, in version 2.2.1,
>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
>> tries to patch a list that is injected, and gets into trouble because
>> Plexus has made the list unmodifiable. Presumably, that
>> unmodifiability was some improvement to plexus.
>>
>> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
>> and the question is how far back one needs to go (give or take making
>> a new release of maven-artifact-manager).
>>
>> Or even if any of this is the solution to Robert's original problem.
>>
>>
>> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>
>> wrote:
>>>
>>> What version of Maven does release plugin depend on? I think
>>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>>> least it's not present in 3.2.1 and 3.1.1.
>>>
>>> --
>>> Regards,
>>> Igor
>>>
>>>
>>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>>
>>>>
>>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>>> did not fix the problem with the apparently unmodifiable list.
>>>>
>>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>>> <bi...@gmail.com> wrote:
>>>>>
>>>>>
>>>>> I may have misled you, but I'll try it.
>>>>>
>>>>> Caused by:
>>>>>
>>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>>> Error constructing component role:
>>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver', implementation:
>>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>>> hint: 'default'
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>> ... 33 more
>>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>>> convert property value from
>>>>>
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>> for injection private
>>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>>
>>>>>
>>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>>> at
>>>>>
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>>> at
>>>>>
>>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>>> at
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>> at
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>>> at
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>>> ... 37 more
>>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>>> this list. This list is a requirement of role:
>>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>>> implementation:
>>>>>
>>>>>
>>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>>> role hint: 'default' and managed by the container.
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>> at
>>>>>
>>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>>> at
>>>>>
>>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>>> at
>>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>>> at org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>>> at
>>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>>> ... 43 more
>>>>>
>>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>> You need to add maven-compat as a dependency.
>>>>>>
>>>>>> --
>>>>>> Regards,
>>>>>> Igor
>>>>>>
>>>>>>
>>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Further down the message, this boils down to a failure to find an
>>>>>>> ArtifactResolver.
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>>
>>>>>>>> This seems to make some things better.
>>>>>>>>
>>>>>>>> The first failure is:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>>> Unable to lookup component
>>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>>> started.
>>>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>>     roleHint: default
>>>>>>>> classRealm: plexus.core
>>>>>>>> -----------------------------------------------------
>>>>>>>> realm =    plexus.core
>>>>>>>> strategy =
>>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>>> Number of foreign imports: 0
>>>>>>>>
>>>>>>>> -----------------------------------------------------
>>>>>>>>
>>>>>>>> at
>>>>>>>>
>>>>>>>>
>>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>>
>>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>>> <rf...@apache.org>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I'm trying to use a less ancient version of
>>>>>>>>> plexus-container-default,
>>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>

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


Re: Releasing the release plugin

Posted by Robert Scholte <rf...@apache.org>.
http://svn.apache.org/r1570870 fixes the unittests on my machine.
I'll have to check was has changed between SCM 1.8 and 1.8.1, but there's  
a serious issue here.

Robert

Op Sat, 22 Feb 2014 18:48:53 +0100 schreef Benson Margulies  
<bi...@gmail.com>:

> Still 2.2.1.
>
> So, in version 2.2.1,
> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
> tries to patch a list that is injected, and gets into trouble because
> Plexus has made the list unmodifiable. Presumably, that
> unmodifiability was some improvement to plexus.
>
> I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
> and the question is how far back one needs to go (give or take making
> a new release of maven-artifact-manager).
>
> Or even if any of this is the solution to Robert's original problem.
>
>
> On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com>  
> wrote:
>> What version of Maven does release plugin depend on? I think
>> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
>> least it's not present in 3.2.1 and 3.1.1.
>>
>> --
>> Regards,
>> Igor
>>
>>
>> On 2/22/2014, 12:35, Benson Margulies wrote:
>>>
>>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>>> did not fix the problem with the apparently unmodifiable list.
>>>
>>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>>> <bi...@gmail.com> wrote:
>>>>
>>>> I may have misled you, but I'll try it.
>>>>
>>>> Caused by:
>>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>>> Error constructing component role:
>>>> 'org.apache.maven.artifact.resolver.ArtifactResolver', implementation:
>>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>>> hint: 'default'
>>>> at
>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>>> at
>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>>> at
>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>> at
>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>> at
>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>> ... 33 more
>>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>>> convert property value from
>>>>
>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>> for injection private
>>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>>
>>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>>> at
>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>>> at
>>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>>> at
>>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>>> at  
>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>> at  
>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>>> at  
>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>>> at
>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>>> ... 37 more
>>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>>> this list. This list is a requirement of role:
>>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>>> implementation:
>>>>
>>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>>> role hint: 'default' and managed by the container.
>>>> at
>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>> at
>>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>>> at
>>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>>> at
>>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>>> at
>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>>> at
>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>>> at
>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>>> at
>>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>>> at
>>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>>> at
>>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>>> at
>>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>>> at
>>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>>> at
>>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>>> at  
>>>> org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>>> at org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>>> at
>>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>>> ... 43 more
>>>>
>>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>>> wrote:
>>>>>
>>>>> You need to add maven-compat as a dependency.
>>>>>
>>>>> --
>>>>> Regards,
>>>>> Igor
>>>>>
>>>>>
>>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>>
>>>>>>
>>>>>> Further down the message, this boils down to a failure to find an
>>>>>> ArtifactResolver.
>>>>>>
>>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>>> <bi...@gmail.com> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>>
>>>>>>> This seems to make some things better.
>>>>>>>
>>>>>>> The first failure is:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>>
>>>>>>>
>>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>>> Unable to lookup component
>>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>>> started.
>>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>>     roleHint: default
>>>>>>> classRealm: plexus.core
>>>>>>> -----------------------------------------------------
>>>>>>> realm =    plexus.core
>>>>>>> strategy =  
>>>>>>> org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>>> Number of foreign imports: 0
>>>>>>>
>>>>>>> -----------------------------------------------------
>>>>>>>
>>>>>>> at
>>>>>>>
>>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>>
>>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>>> <bi...@gmail.com> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>>> <rf...@apache.org>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I'm trying to use a less ancient version of  
>>>>>>>> plexus-container-default,
>>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
Still 2.2.1.

So, in version 2.2.1,
org.apache.maven.artifact.transform.DefaultArtifactTransformationManager
tries to patch a list that is injected, and gets into trouble because
Plexus has made the list unmodifiable. Presumably, that
unmodifiability was some improvement to plexus.

I guess that taking 1.5.5 of the container doesn't work with 2.2.1,
and the question is how far back one needs to go (give or take making
a new release of maven-artifact-manager).

Or even if any of this is the solution to Robert's original problem.


On Sat, Feb 22, 2014 at 12:46 PM, Igor Fedorenko <ig...@ifedorenko.com> wrote:
> What version of Maven does release plugin depend on? I think
> DefaultArtifactTransformationManager.initialize was removed in 3.x, at
> least it's not present in 3.2.1 and 3.1.1.
>
> --
> Regards,
> Igor
>
>
> On 2/22/2014, 12:35, Benson Margulies wrote:
>>
>> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
>> did not fix the problem with the apparently unmodifiable list.
>>
>> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
>> <bi...@gmail.com> wrote:
>>>
>>> I may have misled you, but I'll try it.
>>>
>>> Caused by:
>>> org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>>> Error constructing component role:
>>> 'org.apache.maven.artifact.resolver.ArtifactResolver', implementation:
>>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>>> hint: 'default'
>>> at
>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>>> at
>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>>> at
>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>> at
>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>> at
>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>> ... 33 more
>>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>>> convert property value from
>>>
>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>>> for injection private
>>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>>>
>>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>>> at
>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>>> at
>>> org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>>> at
>>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>>> at
>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>>> ... 37 more
>>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>>> this list. This list is a requirement of role:
>>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>>> implementation:
>>>
>>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>>> role hint: 'default' and managed by the container.
>>> at
>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>> at
>>> org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>>> at
>>> org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>>> at
>>> org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>>> at
>>> org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>>> at
>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>>> at
>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>>> at
>>> org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>>> at
>>> org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>>> at
>>> org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>>> at
>>> org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>>> at
>>> org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>>> at
>>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>> at org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>>> at
>>> org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>>> ... 43 more
>>>
>>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko <ig...@ifedorenko.com>
>>> wrote:
>>>>
>>>> You need to add maven-compat as a dependency.
>>>>
>>>> --
>>>> Regards,
>>>> Igor
>>>>
>>>>
>>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>>
>>>>>
>>>>> Further down the message, this boils down to a failure to find an
>>>>> ArtifactResolver.
>>>>>
>>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>>> <bi...@gmail.com> wrote:
>>>>>>
>>>>>>
>>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>>
>>>>>> This seems to make some things better.
>>>>>>
>>>>>> The first failure is:
>>>>>>
>>>>>>
>>>>>>
>>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>>
>>>>>>
>>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>>> Unable to lookup component
>>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>>> started.
>>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>>     roleHint: default
>>>>>> classRealm: plexus.core
>>>>>> -----------------------------------------------------
>>>>>> realm =    plexus.core
>>>>>> strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>>> Number of foreign imports: 0
>>>>>>
>>>>>> -----------------------------------------------------
>>>>>>
>>>>>> at
>>>>>>
>>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>>
>>>>>> And this happens over and over. I am checking if I can make it go
>>>>>> away. the scm component error is gone, or at least hiding.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>>> <bi...@gmail.com> wrote:
>>>>>>>
>>>>>>>
>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte
>>>>>>> <rf...@apache.org>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I'm trying to use a less ancient version of plexus-container-default,
>>>>>>> it requires some test changes, I'll let you know what happens.
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>

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


Re: Releasing the release plugin

Posted by Igor Fedorenko <ig...@ifedorenko.com>.
What version of Maven does release plugin depend on? I think
DefaultArtifactTransformationManager.initialize was removed in 3.x, at
least it's not present in 3.2.1 and 3.1.1.

--
Regards,
Igor

On 2/22/2014, 12:35, Benson Margulies wrote:
> I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
> did not fix the problem with the apparently unmodifiable list.
>
> On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
> <bi...@gmail.com> wrote:
>> I may have misled you, but I'll try it.
>>
>> Caused by: org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
>> Error constructing component role:
>> 'org.apache.maven.artifact.resolver.ArtifactResolver', implementation:
>> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
>> hint: 'default'
>> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
>> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
>> at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>> at org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>> at org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>> ... 33 more
>> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
>> convert property value from
>> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
>> to org.apache.maven.artifact.transform.ArtifactTransformationManager
>> for injection private
>> org.apache.maven.artifact.transform.ArtifactTransformationManager
>> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
>> at org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
>> at org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
>> at org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
>> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
>> ... 37 more
>> Caused by: java.lang.UnsupportedOperationException: You cannot modify
>> this list. This list is a requirement of role:
>> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
>> implementation:
>> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
>> role hint: 'default' and managed by the container.
>> at org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>> at org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
>> at org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
>> at org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
>> at org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
>> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
>> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
>> at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
>> at org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
>> at org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
>> at org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
>> at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
>> at org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
>> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>> at org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
>> at org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
>> ... 43 more
>>
>> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko <ig...@ifedorenko.com> wrote:
>>> You need to add maven-compat as a dependency.
>>>
>>> --
>>> Regards,
>>> Igor
>>>
>>>
>>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>>
>>>> Further down the message, this boils down to a failure to find an
>>>> ArtifactResolver.
>>>>
>>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>>> <bi...@gmail.com> wrote:
>>>>>
>>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>>
>>>>> This seems to make some things better.
>>>>>
>>>>> The first failure is:
>>>>>
>>>>>
>>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>>    Time elapsed: 0.07 sec  <<< ERROR!
>>>>>
>>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>>> Unable to lookup component
>>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>>> started.
>>>>>         role: org.apache.maven.project.MavenProjectBuilder
>>>>>     roleHint: default
>>>>> classRealm: plexus.core
>>>>> -----------------------------------------------------
>>>>> realm =    plexus.core
>>>>> strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>>> Number of foreign imports: 0
>>>>>
>>>>> -----------------------------------------------------
>>>>>
>>>>> at
>>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>>
>>>>> And this happens over and over. I am checking if I can make it go
>>>>> away. the scm component error is gone, or at least hiding.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>>> <bi...@gmail.com> wrote:
>>>>>>
>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte <rf...@apache.org>
>>>>>> wrote:
>>>>>>>
>>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>>
>>>>>>
>>>>>> I'm trying to use a less ancient version of plexus-container-default,
>>>>>> it requires some test changes, I'll let you know what happens.
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
I'm sorry, I did mislead you. Not surprisingly, adding maven-compat
did not fix the problem with the apparently unmodifiable list.

On Sat, Feb 22, 2014 at 12:33 PM, Benson Margulies
<bi...@gmail.com> wrote:
> I may have misled you, but I'll try it.
>
> Caused by: org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
> Error constructing component role:
> 'org.apache.maven.artifact.resolver.ArtifactResolver', implementation:
> 'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
> hint: 'default'
> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
> at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
> at org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
> at org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
> ... 33 more
> Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
> convert property value from
> org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
> to org.apache.maven.artifact.transform.ArtifactTransformationManager
> for injection private
> org.apache.maven.artifact.transform.ArtifactTransformationManager
> org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
> at org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
> at org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
> at org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
> ... 37 more
> Caused by: java.lang.UnsupportedOperationException: You cannot modify
> this list. This list is a requirement of role:
> 'org.apache.maven.artifact.transform.ArtifactTransformationManager',
> implementation:
> 'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
> role hint: 'default' and managed by the container.
> at org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
> at org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
> at org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
> at org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
> at org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
> at org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
> at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
> at org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
> at org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
> at org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
> at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
> at org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
> at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
> at org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
> at org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
> ... 43 more
>
> On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko <ig...@ifedorenko.com> wrote:
>> You need to add maven-compat as a dependency.
>>
>> --
>> Regards,
>> Igor
>>
>>
>> On 2/22/2014, 12:27, Benson Margulies wrote:
>>>
>>> Further down the message, this boils down to a failure to find an
>>> ArtifactResolver.
>>>
>>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>>> <bi...@gmail.com> wrote:
>>>>
>>>> Plexus-container-default 1.5.5 changes some issues.
>>>>
>>>> This seems to make some things better.
>>>>
>>>> The first failure is:
>>>>
>>>>
>>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>>   Time elapsed: 0.07 sec  <<< ERROR!
>>>>
>>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>>> Unable to lookup component
>>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>>> started.
>>>>        role: org.apache.maven.project.MavenProjectBuilder
>>>>    roleHint: default
>>>> classRealm: plexus.core
>>>> -----------------------------------------------------
>>>> realm =    plexus.core
>>>> strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>>> Number of foreign imports: 0
>>>>
>>>> -----------------------------------------------------
>>>>
>>>> at
>>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>>
>>>> And this happens over and over. I am checking if I can make it go
>>>> away. the scm component error is gone, or at least hiding.
>>>>
>>>>
>>>>
>>>>
>>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>>> <bi...@gmail.com> wrote:
>>>>>
>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte <rf...@apache.org>
>>>>> wrote:
>>>>>>
>>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>>
>>>>>
>>>>> I'm trying to use a less ancient version of plexus-container-default,
>>>>> it requires some test changes, I'll let you know what happens.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
I may have misled you, but I'll try it.

Caused by: org.codehaus.plexus.component.repository.exception.ComponentLifecycleException:
Error constructing component role:
'org.apache.maven.artifact.resolver.ArtifactResolver', implementation:
'org.apache.maven.artifact.resolver.DefaultArtifactResolver', role
hint: 'default'
at org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:176)
at org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:123)
at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
at org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
at org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
... 33 more
Caused by: org.apache.xbean.recipe.ConstructionException: Unable to
convert property value from
org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe
to org.apache.maven.artifact.transform.ArtifactTransformationManager
for injection private
org.apache.maven.artifact.transform.ArtifactTransformationManager
org.apache.maven.artifact.resolver.DefaultArtifactResolver.transformationManager
at org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:472)
at org.apache.xbean.recipe.ObjectRecipe.setProperties(ObjectRecipe.java:367)
at org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:282)
at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)
at org.codehaus.plexus.component.builder.XBeanComponentBuilder.createComponentInstance(XBeanComponentBuilder.java:159)
... 37 more
Caused by: java.lang.UnsupportedOperationException: You cannot modify
this list. This list is a requirement of role:
'org.apache.maven.artifact.transform.ArtifactTransformationManager',
implementation:
'org.apache.maven.artifact.transform.DefaultArtifactTransformationManager',
role hint: 'default' and managed by the container.
at org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
at org.apache.maven.artifact.transform.DefaultArtifactTransformationManager.initialize(DefaultArtifactTransformationManager.java:44)
at org.codehaus.plexus.personality.plexus.lifecycle.phase.InitializePhase.execute(InitializePhase.java:33)
at org.codehaus.plexus.lifecycle.AbstractLifecycleHandler.start(AbstractLifecycleHandler.java:97)
at org.codehaus.plexus.component.manager.AbstractComponentManager.start(AbstractComponentManager.java:167)
at org.codehaus.plexus.component.builder.XBeanComponentBuilder.startComponentLifecycle(XBeanComponentBuilder.java:283)
at org.codehaus.plexus.component.builder.XBeanComponentBuilder.build(XBeanComponentBuilder.java:129)
at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:181)
at org.codehaus.plexus.component.manager.SingletonComponentManager.getComponent(SingletonComponentManager.java:67)
at org.codehaus.plexus.DefaultComponentRegistry.getComponent(DefaultComponentRegistry.java:358)
at org.codehaus.plexus.DefaultComponentRegistry.lookup(DefaultComponentRegistry.java:178)
at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:393)
at org.codehaus.plexus.component.builder.XBeanComponentBuilder$RequirementRecipe.internalCreate(XBeanComponentBuilder.java:402)
at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
at org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:167)
at org.apache.xbean.recipe.ObjectRecipe.setProperty(ObjectRecipe.java:466)
... 43 more

On Sat, Feb 22, 2014 at 12:29 PM, Igor Fedorenko <ig...@ifedorenko.com> wrote:
> You need to add maven-compat as a dependency.
>
> --
> Regards,
> Igor
>
>
> On 2/22/2014, 12:27, Benson Margulies wrote:
>>
>> Further down the message, this boils down to a failure to find an
>> ArtifactResolver.
>>
>> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
>> <bi...@gmail.com> wrote:
>>>
>>> Plexus-container-default 1.5.5 changes some issues.
>>>
>>> This seems to make some things better.
>>>
>>> The first failure is:
>>>
>>>
>>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>>   Time elapsed: 0.07 sec  <<< ERROR!
>>>
>>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>>> Unable to lookup component
>>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>>> started.
>>>        role: org.apache.maven.project.MavenProjectBuilder
>>>    roleHint: default
>>> classRealm: plexus.core
>>> -----------------------------------------------------
>>> realm =    plexus.core
>>> strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>>> Number of foreign imports: 0
>>>
>>> -----------------------------------------------------
>>>
>>> at
>>> org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>>
>>> And this happens over and over. I am checking if I can make it go
>>> away. the scm component error is gone, or at least hiding.
>>>
>>>
>>>
>>>
>>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>>> <bi...@gmail.com> wrote:
>>>>
>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte <rf...@apache.org>
>>>> wrote:
>>>>>
>>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>>
>>>>
>>>> I'm trying to use a less ancient version of plexus-container-default,
>>>> it requires some test changes, I'll let you know what happens.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>

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


Re: Releasing the release plugin

Posted by Igor Fedorenko <ig...@ifedorenko.com>.
You need to add maven-compat as a dependency.

--
Regards,
Igor

On 2/22/2014, 12:27, Benson Margulies wrote:
> Further down the message, this boils down to a failure to find an
> ArtifactResolver.
>
> On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
> <bi...@gmail.com> wrote:
>> Plexus-container-default 1.5.5 changes some issues.
>>
>> This seems to make some things better.
>>
>> The first failure is:
>>
>> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>>   Time elapsed: 0.07 sec  <<< ERROR!
>> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
>> Unable to lookup component
>> 'org.apache.maven.project.MavenProjectBuilder', it could not be
>> started.
>>        role: org.apache.maven.project.MavenProjectBuilder
>>    roleHint: default
>> classRealm: plexus.core
>> -----------------------------------------------------
>> realm =    plexus.core
>> strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
>> Number of foreign imports: 0
>>
>> -----------------------------------------------------
>>
>> at org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>>
>> And this happens over and over. I am checking if I can make it go
>> away. the scm component error is gone, or at least hiding.
>>
>>
>>
>>
>> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
>> <bi...@gmail.com> wrote:
>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte <rf...@apache.org> wrote:
>>>> src/test/resources/org/apache/maven/shared/release/phase
>>>
>>> I'm trying to use a less ancient version of plexus-container-default,
>>> it requires some test changes, I'll let you know what happens.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
Further down the message, this boils down to a failure to find an
ArtifactResolver.

On Sat, Feb 22, 2014 at 12:04 PM, Benson Margulies
<bi...@gmail.com> wrote:
> Plexus-container-default 1.5.5 changes some issues.
>
> This seems to make some things better.
>
> The first failure is:
>
> testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
>  Time elapsed: 0.07 sec  <<< ERROR!
> org.codehaus.plexus.component.repository.exception.ComponentLookupException:
> Unable to lookup component
> 'org.apache.maven.project.MavenProjectBuilder', it could not be
> started.
>       role: org.apache.maven.project.MavenProjectBuilder
>   roleHint: default
> classRealm: plexus.core
> -----------------------------------------------------
> realm =    plexus.core
> strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
> Number of foreign imports: 0
>
> -----------------------------------------------------
>
> at org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)
>
> And this happens over and over. I am checking if I can make it go
> away. the scm component error is gone, or at least hiding.
>
>
>
>
> On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
> <bi...@gmail.com> wrote:
>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte <rf...@apache.org> wrote:
>>> src/test/resources/org/apache/maven/shared/release/phase
>>
>> I'm trying to use a less ancient version of plexus-container-default,
>> it requires some test changes, I'll let you know what happens.

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
Plexus-container-default 1.5.5 changes some issues.

This seems to make some things better.

The first failure is:

testNoSnapshotDependencies(org.apache.maven.shared.release.phase.CheckDependencySnapshotsPhaseTest)
 Time elapsed: 0.07 sec  <<< ERROR!
org.codehaus.plexus.component.repository.exception.ComponentLookupException:
Unable to lookup component
'org.apache.maven.project.MavenProjectBuilder', it could not be
started.
      role: org.apache.maven.project.MavenProjectBuilder
  roleHint: default
classRealm: plexus.core
-----------------------------------------------------
realm =    plexus.core
strategy = org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy
Number of foreign imports: 0

-----------------------------------------------------

at org.codehaus.plexus.component.collections.ComponentList.remove(ComponentList.java:91)

And this happens over and over. I am checking if I can make it go
away. the scm component error is gone, or at least hiding.




On Sat, Feb 22, 2014 at 11:44 AM, Benson Margulies
<bi...@gmail.com> wrote:
> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte <rf...@apache.org> wrote:
>> src/test/resources/org/apache/maven/shared/release/phase
>
> I'm trying to use a less ancient version of plexus-container-default,
> it requires some test changes, I'll let you know what happens.

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte <rf...@apache.org> wrote:
> src/test/resources/org/apache/maven/shared/release/phase

I'm trying to use a less ancient version of plexus-container-default,
it requires some test changes, I'll let you know what happens.

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


Re: Releasing the release plugin

Posted by Robert Scholte <rf...@apache.org>.
Caused by:  
org.codehaus.plexus.component.repository.exception.ComponentRepositoryException:  
Component descriptor role: 'org.apache.maven.scm.manager.ScmManager',  
implementation: 'org.apache.maven.scm.manager.plexus.DefaultScmManager',  
role hint: 'default' has a hint, but there are other implementations that  
don't

Indeed I can find several implementations of ScmManager:
org.apache.maven.scm.manager.plexus.DefaultScmManager
org.apache.maven.scm.manager.BasicScmManager
org.apache.maven.scm.manager.ScmManagerStub
org.apache.maven.shared.release.stubs.ScmManagerStub

but only the DefaultScmManager is a Plexus Component.

It seems like the xml-files under  
/maven-release-manager/src/test/resources/org/apache/maven/shared/release/phase
cause the problem. These specify the Stubs as implementation for the  
ScmManager, which clarifies the Exception.

But how can the upgrade of SCM have effect on this? It looks like there is  
an invalid dependency kicking in...

Robert

Op Fri, 21 Feb 2014 16:56:06 +0100 schreef Benson Margulies  
<bi...@gmail.com>:

> I checked out the trunk and tried a simple 'mvn test', and I'm
> drowning in test failures. Anyone have a hint?
>
> -------------------------------------------------------------------------------
> Test set: org.apache.maven.shared.release.DefaultReleaseManagerTest
> -------------------------------------------------------------------------------
> Tests run: 30, Failures: 0, Errors: 30, Skipped: 0, Time elapsed:
> 0.875 sec <<< FAILURE! - in
> org.apache.maven.shared.release.DefaultReleaseManagerTest
> testPrepareNoCompletedPhase(org.apache.maven.shared.release.DefaultReleaseManagerTest)
>  Time elapsed: 0.062 sec  <<< ERROR!
> org.codehaus.plexus.PlexusContainerException: Error starting container
>         at  
> org.codehaus.plexus.component.repository.DefaultComponentRepository.addComponentDescriptor(DefaultComponentRepository.java:184)
>         at  
> org.codehaus.plexus.DefaultPlexusContainer.addComponentDescriptor(DefaultPlexusContainer.java:515)
>         at  
> org.codehaus.plexus.DefaultPlexusContainer.discoverComponents(DefaultPlexusContainer.java:738)
>         at  
> org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:779)
>         at  
> org.codehaus.plexus.PlexusTestCase.setUp(PlexusTestCase.java:121)
>         at  
> org.apache.maven.shared.release.DefaultReleaseManagerTest.setUp(DefaultReleaseManagerTest.java:75)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org

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


Re: Releasing the release plugin

Posted by Robert Scholte <rf...@apache.org>.
I see some small difference between 2.4.2 and current trunk which could be  
part of the cause:
- different parent pom
- different version of surefire

I'll investigate

Robert


Op Fri, 21 Feb 2014 16:56:06 +0100 schreef Benson Margulies  
<bi...@gmail.com>:

> I checked out the trunk and tried a simple 'mvn test', and I'm
> drowning in test failures. Anyone have a hint?
>
> -------------------------------------------------------------------------------
> Test set: org.apache.maven.shared.release.DefaultReleaseManagerTest
> -------------------------------------------------------------------------------
> Tests run: 30, Failures: 0, Errors: 30, Skipped: 0, Time elapsed:
> 0.875 sec <<< FAILURE! - in
> org.apache.maven.shared.release.DefaultReleaseManagerTest
> testPrepareNoCompletedPhase(org.apache.maven.shared.release.DefaultReleaseManagerTest)
>  Time elapsed: 0.062 sec  <<< ERROR!
> org.codehaus.plexus.PlexusContainerException: Error starting container
>         at  
> org.codehaus.plexus.component.repository.DefaultComponentRepository.addComponentDescriptor(DefaultComponentRepository.java:184)
>         at  
> org.codehaus.plexus.DefaultPlexusContainer.addComponentDescriptor(DefaultPlexusContainer.java:515)
>         at  
> org.codehaus.plexus.DefaultPlexusContainer.discoverComponents(DefaultPlexusContainer.java:738)
>         at  
> org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:779)
>         at  
> org.codehaus.plexus.PlexusTestCase.setUp(PlexusTestCase.java:121)
>         at  
> org.apache.maven.shared.release.DefaultReleaseManagerTest.setUp(DefaultReleaseManagerTest.java:75)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
3.0.5 java 7

On February 21, 2014 1:44:06 PM EST, Patrick Decat <pd...@gmail.com> wrote:
>Hi Benson,
>
>is that with Maven 3.2.1?
>
>I'm having random test failures with 3.2.1 on some projects.
>Switching back to 3.1.1, everything's fine.
>
>Regards,
>Patrick. 
>
>
>
>--
>View this message in context:
>http://maven.40175.n5.nabble.com/Releasing-the-release-plugin-tp5785682p5785704.html
>Sent from the Maven Developers mailing list archive at Nabble.com.
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>For additional commands, e-mail: dev-help@maven.apache.org

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Releasing the release plugin

Posted by Patrick Decat <pd...@gmail.com>.
Hi Benson,

is that with Maven 3.2.1?

I'm having random test failures with 3.2.1 on some projects.
Switching back to 3.1.1, everything's fine.

Regards,
Patrick. 



--
View this message in context: http://maven.40175.n5.nabble.com/Releasing-the-release-plugin-tp5785682p5785704.html
Sent from the Maven Developers mailing list archive at Nabble.com.

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


Re: Releasing the release plugin

Posted by Patrick Decat <pd...@gmail.com>.
Hi Benson,

is that with Maven 3.2.1?

I'm having random test failures with 3.2.1 on some projects.
Switching back to 3.1.1, everything's fine.

Regards,
Patrick.



--
View this message in context: http://maven.40175.n5.nabble.com/Releasing-the-release-plugin-tp5785682p5785697.html
Sent from the Maven Developers mailing list archive at Nabble.com.

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


Re: Releasing the release plugin

Posted by Dennis Lundberg <de...@apache.org>.
The CI job on Jenkins actually failed right after the upgrade of SCM to 1.9.
See job #226 at
https://builds.apache.org/view/M-R/view/Maven/job/maven-release/

On Fri, Feb 21, 2014 at 9:29 PM, Benson Margulies <bi...@gmail.com> wrote:
> I just got an it failure email, apparently it has been in the tank for some time. What changed since the person who upgraded scm tested that change?
>
> On February 21, 2014 2:44:10 PM EST, Robert Scholte <rf...@apache.org> wrote:
>>Ok, I found the cause and you're not gonna to like it.
>>put scmVersion 1.9 back to 1.7 and see the magic.
>>Seems like I missed something here, but why?
>>
>>Robert
>>
>>Op Fri, 21 Feb 2014 20:24:39 +0100 schreef Dennis Lundberg
>><de...@apache.org>:
>>
>>> I see those errors as well.
>>>
>>>
>>> Also I have found that I cannot build maven-release using Java 5.
>>Have
>>> tried on Win 7 and Ubuntu - same problem. After downgrading to
>>> maven-compiler-plugin:2.5.1 I was able to get the real error message
>>> (3.0 seems to swallow it):
>>>
>>> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
>>> execute goal
>>org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
>>> (default-compile) on project maven-release-manager: Compilation
>>> failure
>>> Failure executing javac, but could not parse the error:
>>> An exception has occurred in the compiler (1.5.0_22). Please file a
>>> bug at the Java Developer Connection
>>> (http://java.sun.com/webapps/bugreport)  after checking the Bug
>>Parade
>>> for duplicates. Include your program and the following diagnostic in
>>> your report.  Thank you.
>>> com.sun.tools.javac.code.Symbol$CompletionFailure: file
>>> org\codehaus\plexus\component\annotations\Component.class not found
>>>
>>> I doubt that Sun (Oracle) will accept bug reports for Java 5
>>though...
>>>
>>> Any idea on what could be the cause?
>>>
>>>
>>> On Fri, Feb 21, 2014 at 4:56 PM, Benson Margulies
>>> <bi...@gmail.com> wrote:
>>>> I checked out the trunk and tried a simple 'mvn test', and I'm
>>>> drowning in test failures. Anyone have a hint?
>>>>
>>>>
>>-------------------------------------------------------------------------------
>>>> Test set: org.apache.maven.shared.release.DefaultReleaseManagerTest
>>>>
>>-------------------------------------------------------------------------------
>>>> Tests run: 30, Failures: 0, Errors: 30, Skipped: 0, Time elapsed:
>>>> 0.875 sec <<< FAILURE! - in
>>>> org.apache.maven.shared.release.DefaultReleaseManagerTest
>>>>
>>testPrepareNoCompletedPhase(org.apache.maven.shared.release.DefaultReleaseManagerTest)
>>>>  Time elapsed: 0.062 sec  <<< ERROR!
>>>> org.codehaus.plexus.PlexusContainerException: Error starting
>>container
>>>>         at
>>>>
>>org.codehaus.plexus.component.repository.DefaultComponentRepository.addComponentDescriptor(DefaultComponentRepository.java:184)
>>>>         at
>>>>
>>org.codehaus.plexus.DefaultPlexusContainer.addComponentDescriptor(DefaultPlexusContainer.java:515)
>>>>         at
>>>>
>>org.codehaus.plexus.DefaultPlexusContainer.discoverComponents(DefaultPlexusContainer.java:738)
>>>>         at
>>>>
>>org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:779)
>>>>         at
>>>> org.codehaus.plexus.PlexusTestCase.setUp(PlexusTestCase.java:121)
>>>>         at
>>>>
>>org.apache.maven.shared.release.DefaultReleaseManagerTest.setUp(DefaultReleaseManagerTest.java:75)
>>>>
>>>>
>>---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>>
>>>
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>For additional commands, e-mail: dev-help@maven.apache.org
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.

-- 
Dennis Lundberg

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


Re: Releasing the release plugin

Posted by Benson Margulies <bi...@gmail.com>.
I just got an it failure email, apparently it has been in the tank for some time. What changed since the person who upgraded scm tested that change?

On February 21, 2014 2:44:10 PM EST, Robert Scholte <rf...@apache.org> wrote:
>Ok, I found the cause and you're not gonna to like it.
>put scmVersion 1.9 back to 1.7 and see the magic.
>Seems like I missed something here, but why?
>
>Robert
>
>Op Fri, 21 Feb 2014 20:24:39 +0100 schreef Dennis Lundberg  
><de...@apache.org>:
>
>> I see those errors as well.
>>
>>
>> Also I have found that I cannot build maven-release using Java 5.
>Have
>> tried on Win 7 and Ubuntu - same problem. After downgrading to
>> maven-compiler-plugin:2.5.1 I was able to get the real error message
>> (3.0 seems to swallow it):
>>
>> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
>> execute goal
>org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
>> (default-compile) on project maven-release-manager: Compilation
>> failure
>> Failure executing javac, but could not parse the error:
>> An exception has occurred in the compiler (1.5.0_22). Please file a
>> bug at the Java Developer Connection
>> (http://java.sun.com/webapps/bugreport)  after checking the Bug
>Parade
>> for duplicates. Include your program and the following diagnostic in
>> your report.  Thank you.
>> com.sun.tools.javac.code.Symbol$CompletionFailure: file
>> org\codehaus\plexus\component\annotations\Component.class not found
>>
>> I doubt that Sun (Oracle) will accept bug reports for Java 5
>though...
>>
>> Any idea on what could be the cause?
>>
>>
>> On Fri, Feb 21, 2014 at 4:56 PM, Benson Margulies  
>> <bi...@gmail.com> wrote:
>>> I checked out the trunk and tried a simple 'mvn test', and I'm
>>> drowning in test failures. Anyone have a hint?
>>>
>>>
>-------------------------------------------------------------------------------
>>> Test set: org.apache.maven.shared.release.DefaultReleaseManagerTest
>>>
>-------------------------------------------------------------------------------
>>> Tests run: 30, Failures: 0, Errors: 30, Skipped: 0, Time elapsed:
>>> 0.875 sec <<< FAILURE! - in
>>> org.apache.maven.shared.release.DefaultReleaseManagerTest
>>>
>testPrepareNoCompletedPhase(org.apache.maven.shared.release.DefaultReleaseManagerTest)
>>>  Time elapsed: 0.062 sec  <<< ERROR!
>>> org.codehaus.plexus.PlexusContainerException: Error starting
>container
>>>         at  
>>>
>org.codehaus.plexus.component.repository.DefaultComponentRepository.addComponentDescriptor(DefaultComponentRepository.java:184)
>>>         at  
>>>
>org.codehaus.plexus.DefaultPlexusContainer.addComponentDescriptor(DefaultPlexusContainer.java:515)
>>>         at  
>>>
>org.codehaus.plexus.DefaultPlexusContainer.discoverComponents(DefaultPlexusContainer.java:738)
>>>         at  
>>>
>org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:779)
>>>         at  
>>> org.codehaus.plexus.PlexusTestCase.setUp(PlexusTestCase.java:121)
>>>         at  
>>>
>org.apache.maven.shared.release.DefaultReleaseManagerTest.setUp(DefaultReleaseManagerTest.java:75)
>>>
>>>
>---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>>> For additional commands, e-mail: dev-help@maven.apache.org
>>>
>>
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>For additional commands, e-mail: dev-help@maven.apache.org

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Releasing the release plugin

Posted by Robert Scholte <rf...@apache.org>.
Ok, I found the cause and you're not gonna to like it.
put scmVersion 1.9 back to 1.7 and see the magic.
Seems like I missed something here, but why?

Robert

Op Fri, 21 Feb 2014 20:24:39 +0100 schreef Dennis Lundberg  
<de...@apache.org>:

> I see those errors as well.
>
>
> Also I have found that I cannot build maven-release using Java 5. Have
> tried on Win 7 and Ubuntu - same problem. After downgrading to
> maven-compiler-plugin:2.5.1 I was able to get the real error message
> (3.0 seems to swallow it):
>
> org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
> (default-compile) on project maven-release-manager: Compilation
> failure
> Failure executing javac, but could not parse the error:
> An exception has occurred in the compiler (1.5.0_22). Please file a
> bug at the Java Developer Connection
> (http://java.sun.com/webapps/bugreport)  after checking the Bug Parade
> for duplicates. Include your program and the following diagnostic in
> your report.  Thank you.
> com.sun.tools.javac.code.Symbol$CompletionFailure: file
> org\codehaus\plexus\component\annotations\Component.class not found
>
> I doubt that Sun (Oracle) will accept bug reports for Java 5 though...
>
> Any idea on what could be the cause?
>
>
> On Fri, Feb 21, 2014 at 4:56 PM, Benson Margulies  
> <bi...@gmail.com> wrote:
>> I checked out the trunk and tried a simple 'mvn test', and I'm
>> drowning in test failures. Anyone have a hint?
>>
>> -------------------------------------------------------------------------------
>> Test set: org.apache.maven.shared.release.DefaultReleaseManagerTest
>> -------------------------------------------------------------------------------
>> Tests run: 30, Failures: 0, Errors: 30, Skipped: 0, Time elapsed:
>> 0.875 sec <<< FAILURE! - in
>> org.apache.maven.shared.release.DefaultReleaseManagerTest
>> testPrepareNoCompletedPhase(org.apache.maven.shared.release.DefaultReleaseManagerTest)
>>  Time elapsed: 0.062 sec  <<< ERROR!
>> org.codehaus.plexus.PlexusContainerException: Error starting container
>>         at  
>> org.codehaus.plexus.component.repository.DefaultComponentRepository.addComponentDescriptor(DefaultComponentRepository.java:184)
>>         at  
>> org.codehaus.plexus.DefaultPlexusContainer.addComponentDescriptor(DefaultPlexusContainer.java:515)
>>         at  
>> org.codehaus.plexus.DefaultPlexusContainer.discoverComponents(DefaultPlexusContainer.java:738)
>>         at  
>> org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:779)
>>         at  
>> org.codehaus.plexus.PlexusTestCase.setUp(PlexusTestCase.java:121)
>>         at  
>> org.apache.maven.shared.release.DefaultReleaseManagerTest.setUp(DefaultReleaseManagerTest.java:75)
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
>> For additional commands, e-mail: dev-help@maven.apache.org
>>
>
>

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


Re: Releasing the release plugin

Posted by Dennis Lundberg <de...@apache.org>.
I see those errors as well.


Also I have found that I cannot build maven-release using Java 5. Have
tried on Win 7 and Ubuntu - same problem. After downgrading to
maven-compiler-plugin:2.5.1 I was able to get the real error message
(3.0 seems to swallow it):

org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
execute goal org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile
(default-compile) on project maven-release-manager: Compilation
failure
Failure executing javac, but could not parse the error:
An exception has occurred in the compiler (1.5.0_22). Please file a
bug at the Java Developer Connection
(http://java.sun.com/webapps/bugreport)  after checking the Bug Parade
for duplicates. Include your program and the following diagnostic in
your report.  Thank you.
com.sun.tools.javac.code.Symbol$CompletionFailure: file
org\codehaus\plexus\component\annotations\Component.class not found

I doubt that Sun (Oracle) will accept bug reports for Java 5 though...

Any idea on what could be the cause?


On Fri, Feb 21, 2014 at 4:56 PM, Benson Margulies <bi...@gmail.com> wrote:
> I checked out the trunk and tried a simple 'mvn test', and I'm
> drowning in test failures. Anyone have a hint?
>
> -------------------------------------------------------------------------------
> Test set: org.apache.maven.shared.release.DefaultReleaseManagerTest
> -------------------------------------------------------------------------------
> Tests run: 30, Failures: 0, Errors: 30, Skipped: 0, Time elapsed:
> 0.875 sec <<< FAILURE! - in
> org.apache.maven.shared.release.DefaultReleaseManagerTest
> testPrepareNoCompletedPhase(org.apache.maven.shared.release.DefaultReleaseManagerTest)
>  Time elapsed: 0.062 sec  <<< ERROR!
> org.codehaus.plexus.PlexusContainerException: Error starting container
>         at org.codehaus.plexus.component.repository.DefaultComponentRepository.addComponentDescriptor(DefaultComponentRepository.java:184)
>         at org.codehaus.plexus.DefaultPlexusContainer.addComponentDescriptor(DefaultPlexusContainer.java:515)
>         at org.codehaus.plexus.DefaultPlexusContainer.discoverComponents(DefaultPlexusContainer.java:738)
>         at org.codehaus.plexus.DefaultPlexusContainer.start(DefaultPlexusContainer.java:779)
>         at org.codehaus.plexus.PlexusTestCase.setUp(PlexusTestCase.java:121)
>         at org.apache.maven.shared.release.DefaultReleaseManagerTest.setUp(DefaultReleaseManagerTest.java:75)
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>



-- 
Dennis Lundberg

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