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 <bimargul...@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 <bimargul...@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 <bimargul...@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 >>>>>> <bimargul...@gmail.com> wrote: >>>>>>> On Sat, Feb 22, 2014 at 1:23 PM, Robert Scholte <rfscho...@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 >>>>>>> <bimargul...@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 <rfscho...@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 >>>>>>>>> <bimargul...@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 >>>>>>>>>> <i...@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 >>>>>>>>>>>> <bimargul...@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 >>>>>>>>>>>>> <i...@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 >>>>>>>>>>>>>>> <bimargul...@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 >>>>>>>>>>>>>>>> <bimargul...@gmail.com> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Sat, Feb 22, 2014 at 7:38 AM, Robert Scholte >>>>>>>>>>>>>>>>> <rfscho...@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-unsubscr...@maven.apache.org >>>>>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>>> >>>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>>> >>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>>> >>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org >>>>> For additional commands, e-mail: dev-h...@maven.apache.org >>>> >>>> Thanks, >>>> >>>> Jason >>>> >>>> ---------------------------------------------------------- >>>> Jason van Zyl >>>> Founder, 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-unsubscr...@maven.apache.org >> For additional commands, e-mail: dev-h...@maven.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
