additionally, you can solicit the maven user list to turn on their build to pick up the maven-compile-plugin and maven-surefire-plugin snapshots to get feedback early. Then stage them.
I will be happy to do that. -Dan Btw, I have been using an internal cut of post surefire 2.4.3 for quite sometime now. On Sun, Nov 1, 2009 at 3:24 PM, Jason van Zyl <ja...@sonatype.com> wrote: > I think it's akin to the surefire plugin. Where it's been so long that if we > release this and people get the automatic updates and something is wrong > it's not so fun. > > Maybe you and Benjamin can sort out a way to stage the plugin and run all > the projects on the grid to see if it's all good. A similar strategy could > be employed for the surefire plugin. The best we can do is run as many > projects as we can with these new plugins to make sure they work in the wild > as we've seen in the past that sometimes the releases are not so stellar. > > I'm sure we could find a clean place to inject an override for the default > version of the compiler plugin in 3.x and then use that version of Maven to > build as many on the grid as we can. Can't think of a better way to test a > core plugin to make sure we don't hose anyone. > > On 2009-11-01, at 12:59 PM, Stephen Connolly wrote: > >> Now that we have maven-toolchains-plugin released, what is blocking >> rolling a release of maven-compiler-plugin? >> >> Toolchains support has been integrated since r649442. All the >> integration tests (3 of them) are passing. I am not seeing any issues >> in JIRA which are regressions (i.e. releasing now would probably not >> make things worse) >> >> There are currently 3 critical issues in JIRA: >> >> MCOMPILER-98 is an issue for plexus-compiler >> MCOMPILER-64 is just a higher memory requirement for large compiles with >> jdk6u4+ >> MCOMPILER-43 looks to be a plexus-compiler-eclipse issue >> >> If all that is somebody to play release manager I'll go running again. >> If getting a release requires applying patches or fixing issues I do >> not have the cycles at the moment >> >> -Stephen >> >> --------------------------------------------------------------------- >> 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 > ---------------------------------------------------------- > > > --------------------------------------------------------------------- > 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