Re: Setting goals for upcoming releases
On Fri, Sep 3, 2010 at 10:58 PM, Jason van Zyl wrote: > I write up a blog entry with the schedule and goals. > > i'll mention the construction if ITs and point to some examples. These will be greatly appreciated. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
What I meant was to release maven 3.0, the dev needs to iron up most of to backward compatibility blocking bugs. ( no work around ) The bug I mentioned sound like a feature that is accidentally take out of maven core which supports flat repository structure. -Dan On Fri, Sep 3, 2010 at 6:28 AM, Jason van Zyl wrote: > I write up a blog entry with the schedule and goals. > > i'll mention the construction if ITs and point to some examples. > > On Sep 3, 2010, at 9:10 AM, Brian Fox wrote: > >> On Thu, Sep 2, 2010 at 8:44 PM, Jason van Zyl wrote: >>> I think trying to release 3.0 sooner, and then sticking to 6 week release >>> cycles would be a better use of time. We're going to fix anything that >>> arises but I don't believe there will be widespread testing until 3.0 is >>> released, and I don't believe many will pick up 3.x in large-scale >>> production environments until 3.1. I think the faster we get 3.0 out the >>> better. >>> >>> Shoot for October 1st, and then have the 3.0.1 release with fixes for the >>> first wave of issues raised in mid-November. >>> >> >> Fine with me. Then lets announce that intention to the user list now >> and get the page updated to make it easy for people to find the betas. >> >> >>> On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: >>> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty safely call it feature complete. I'd like to propose a few goals to get some things done. We have ApacheCon coming up the first week of November, and it would be great to set that as a target to get Maven 3.0 out the door. So far the feedback on the betas has been good but fairly limited. I think that without a clear plan, and our history with this mammoth release, people are probably reluctant to spend a lot of time testing each beta. In the past we've been successful pushing out release candidate builds and involving the user list. If we start that soonish, there should be plenty of time to uncover and fix regressions, especially if everyone pitches in. There's even time to cut another beta before we launch into the RCs if it's needed. So first of all, Benjamin, Herve, Kristian you've collectively done the majority of the work in M3 recently. Do you think the above is achievable and desirable? What does everyone else think? Secondly, For me personally, I'm going to commit to get the Maven Index code committed and to push updated releases of the dependency and enforcer plugins before ApacheCon. Anyone else want to ante up for some chunk of work and get things rolling? Thanks, Brian - 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 >>> - >>> >>> You are never dedicated to something you have complete confidence in. >>> No one is fanatically shouting that the sun is going to rise tomorrow. >>> They know it is going to rise tomorrow. When people are fanatically >>> dedicated to political or religious faiths or any other kind of >>> dogmas or goals, it's always because these dogmas or >>> goals are in doubt. >>> >>> -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance >>> >>> >>> >>> >> >> - >> 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 > - > > We all have problems. How we deal with them is a measure of our worth. > > -- Unknown > > > > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
I write up a blog entry with the schedule and goals. i'll mention the construction if ITs and point to some examples. On Sep 3, 2010, at 9:10 AM, Brian Fox wrote: > On Thu, Sep 2, 2010 at 8:44 PM, Jason van Zyl wrote: >> I think trying to release 3.0 sooner, and then sticking to 6 week release >> cycles would be a better use of time. We're going to fix anything that >> arises but I don't believe there will be widespread testing until 3.0 is >> released, and I don't believe many will pick up 3.x in large-scale >> production environments until 3.1. I think the faster we get 3.0 out the >> better. >> >> Shoot for October 1st, and then have the 3.0.1 release with fixes for the >> first wave of issues raised in mid-November. >> > > Fine with me. Then lets announce that intention to the user list now > and get the page updated to make it easy for people to find the betas. > > >> On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: >> >>> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty >>> safely call it feature complete. I'd like to propose a few goals to >>> get some things done. We have ApacheCon coming up the first week of >>> November, and it would be great to set that as a target to get Maven >>> 3.0 out the door. >>> >>> So far the feedback on the betas has been good but fairly limited. I >>> think that without a clear plan, and our history with this mammoth >>> release, people are probably reluctant to spend a lot of time testing >>> each beta. In the past we've been successful pushing out release >>> candidate builds and involving the user list. If we start that >>> soonish, there should be plenty of time to uncover and fix >>> regressions, especially if everyone pitches in. There's even time to >>> cut another beta before we launch into the RCs if it's needed. >>> >>> So first of all, Benjamin, Herve, Kristian you've collectively done >>> the majority of the work in M3 recently. Do you think the above is >>> achievable and desirable? What does everyone else think? >>> >>> Secondly, For me personally, I'm going to commit to get the Maven >>> Index code committed and to push updated releases of the dependency >>> and enforcer plugins before ApacheCon. Anyone else want to ante up for >>> some chunk of work and get things rolling? >>> >>> Thanks, >>> Brian >>> >>> - >>> 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 >> - >> >> You are never dedicated to something you have complete confidence in. >> No one is fanatically shouting that the sun is going to rise tomorrow. >> They know it is going to rise tomorrow. When people are fanatically >> dedicated to political or religious faiths or any other kind of >> dogmas or goals, it's always because these dogmas or >> goals are in doubt. >> >> -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance >> >> >> >> > > - > 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 - We all have problems. How we deal with them is a measure of our worth. -- Unknown
Re: Setting goals for upcoming releases
It's not changing at this point. On Sep 3, 2010, at 9:14 AM, Paul Benedict wrote: > What are the plans for the .m2 user directory? I understand keeping it > for migration purposes, but maybe you want to bring back .mvn (so it > doesn't need to change per version). > > Paul > > On Fri, Sep 3, 2010 at 8:10 AM, Brian Fox wrote: >> On Thu, Sep 2, 2010 at 8:44 PM, Jason van Zyl wrote: >>> I think trying to release 3.0 sooner, and then sticking to 6 week release >>> cycles would be a better use of time. We're going to fix anything that >>> arises but I don't believe there will be widespread testing until 3.0 is >>> released, and I don't believe many will pick up 3.x in large-scale >>> production environments until 3.1. I think the faster we get 3.0 out the >>> better. >>> >>> Shoot for October 1st, and then have the 3.0.1 release with fixes for the >>> first wave of issues raised in mid-November. >>> >> >> Fine with me. Then lets announce that intention to the user list now >> and get the page updated to make it easy for people to find the betas. >> >> >>> On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: >>> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty safely call it feature complete. I'd like to propose a few goals to get some things done. We have ApacheCon coming up the first week of November, and it would be great to set that as a target to get Maven 3.0 out the door. So far the feedback on the betas has been good but fairly limited. I think that without a clear plan, and our history with this mammoth release, people are probably reluctant to spend a lot of time testing each beta. In the past we've been successful pushing out release candidate builds and involving the user list. If we start that soonish, there should be plenty of time to uncover and fix regressions, especially if everyone pitches in. There's even time to cut another beta before we launch into the RCs if it's needed. So first of all, Benjamin, Herve, Kristian you've collectively done the majority of the work in M3 recently. Do you think the above is achievable and desirable? What does everyone else think? Secondly, For me personally, I'm going to commit to get the Maven Index code committed and to push updated releases of the dependency and enforcer plugins before ApacheCon. Anyone else want to ante up for some chunk of work and get things rolling? Thanks, Brian - 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 >>> - >>> >>> You are never dedicated to something you have complete confidence in. >>> No one is fanatically shouting that the sun is going to rise tomorrow. >>> They know it is going to rise tomorrow. When people are fanatically >>> dedicated to political or religious faiths or any other kind of >>> dogmas or goals, it's always because these dogmas or >>> goals are in doubt. >>> >>> -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance >>> >>> >>> >>> >> >> - >> 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 - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance
Re: Setting goals for upcoming releases
What are the plans for the .m2 user directory? I understand keeping it for migration purposes, but maybe you want to bring back .mvn (so it doesn't need to change per version). Paul On Fri, Sep 3, 2010 at 8:10 AM, Brian Fox wrote: > On Thu, Sep 2, 2010 at 8:44 PM, Jason van Zyl wrote: >> I think trying to release 3.0 sooner, and then sticking to 6 week release >> cycles would be a better use of time. We're going to fix anything that >> arises but I don't believe there will be widespread testing until 3.0 is >> released, and I don't believe many will pick up 3.x in large-scale >> production environments until 3.1. I think the faster we get 3.0 out the >> better. >> >> Shoot for October 1st, and then have the 3.0.1 release with fixes for the >> first wave of issues raised in mid-November. >> > > Fine with me. Then lets announce that intention to the user list now > and get the page updated to make it easy for people to find the betas. > > >> On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: >> >>> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty >>> safely call it feature complete. I'd like to propose a few goals to >>> get some things done. We have ApacheCon coming up the first week of >>> November, and it would be great to set that as a target to get Maven >>> 3.0 out the door. >>> >>> So far the feedback on the betas has been good but fairly limited. I >>> think that without a clear plan, and our history with this mammoth >>> release, people are probably reluctant to spend a lot of time testing >>> each beta. In the past we've been successful pushing out release >>> candidate builds and involving the user list. If we start that >>> soonish, there should be plenty of time to uncover and fix >>> regressions, especially if everyone pitches in. There's even time to >>> cut another beta before we launch into the RCs if it's needed. >>> >>> So first of all, Benjamin, Herve, Kristian you've collectively done >>> the majority of the work in M3 recently. Do you think the above is >>> achievable and desirable? What does everyone else think? >>> >>> Secondly, For me personally, I'm going to commit to get the Maven >>> Index code committed and to push updated releases of the dependency >>> and enforcer plugins before ApacheCon. Anyone else want to ante up for >>> some chunk of work and get things rolling? >>> >>> Thanks, >>> Brian >>> >>> - >>> 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 >> - >> >> You are never dedicated to something you have complete confidence in. >> No one is fanatically shouting that the sun is going to rise tomorrow. >> They know it is going to rise tomorrow. When people are fanatically >> dedicated to political or religious faiths or any other kind of >> dogmas or goals, it's always because these dogmas or >> goals are in doubt. >> >> -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance >> >> >> >> > > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
On Thu, Sep 2, 2010 at 8:44 PM, Jason van Zyl wrote: > I think trying to release 3.0 sooner, and then sticking to 6 week release > cycles would be a better use of time. We're going to fix anything that arises > but I don't believe there will be widespread testing until 3.0 is released, > and I don't believe many will pick up 3.x in large-scale production > environments until 3.1. I think the faster we get 3.0 out the better. > > Shoot for October 1st, and then have the 3.0.1 release with fixes for the > first wave of issues raised in mid-November. > Fine with me. Then lets announce that intention to the user list now and get the page updated to make it easy for people to find the betas. > On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: > >> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty >> safely call it feature complete. I'd like to propose a few goals to >> get some things done. We have ApacheCon coming up the first week of >> November, and it would be great to set that as a target to get Maven >> 3.0 out the door. >> >> So far the feedback on the betas has been good but fairly limited. I >> think that without a clear plan, and our history with this mammoth >> release, people are probably reluctant to spend a lot of time testing >> each beta. In the past we've been successful pushing out release >> candidate builds and involving the user list. If we start that >> soonish, there should be plenty of time to uncover and fix >> regressions, especially if everyone pitches in. There's even time to >> cut another beta before we launch into the RCs if it's needed. >> >> So first of all, Benjamin, Herve, Kristian you've collectively done >> the majority of the work in M3 recently. Do you think the above is >> achievable and desirable? What does everyone else think? >> >> Secondly, For me personally, I'm going to commit to get the Maven >> Index code committed and to push updated releases of the dependency >> and enforcer plugins before ApacheCon. Anyone else want to ante up for >> some chunk of work and get things rolling? >> >> Thanks, >> Brian >> >> - >> 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 > - > > You are never dedicated to something you have complete confidence in. > No one is fanatically shouting that the sun is going to rise tomorrow. > They know it is going to rise tomorrow. When people are fanatically > dedicated to political or religious faiths or any other kind of > dogmas or goals, it's always because these dogmas or > goals are in doubt. > > -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance > > > > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
On Sep 2, 2010, at 11:46 PM, Dan Tran wrote: > I think i agree with Jason on shooting maven 3.0 out to public as soon > as you can, however the dev team might want fix up blocking bugs which > prevent user like me from using maven 3 > > one of the blocking bug for me is http://jira.codehaus.org/browse/MNG-4788 > Benjamin has done an enormous amount of testing in plugins, and we told people over 6 months ago that if they wanted to be prepared for 3.0 then start writing ITs for their plugins as we suggested. We can't write ITs for every plugin that exists. There was plenty of warning. If you want to make sure your plugin works with Maven 3.x then get some ITs in place and then we will help you wire your tests into the grid. We should probably publicize this now. As good ITs in plugins only help us find regressions, but we can't write tests for everything. > Thanks > > -Dan > > On Thu, Sep 2, 2010 at 6:12 PM, Mark Derricutt wrote: >> Personally I'd still like to see some resolution to the problems introduced >> by the version range resolution change ( no more -SNAPSHOT resolution except >> for on the bounds ). >> >> On one hand I applaud the change from a release standpoint, but it currently >> causes issues for our integration build processes. >> >> Two options come to mind: >> >> 1) Explicit GAV patterns for -SNAPSHOT resolution get defined somewhere >> 2) If a GAV is a particpant in a reactor build, it's -SNAPSHOT should be >> considered kosher for resolution >> >> Option 1 would probably require some form of POM change as I don't think the >> resolution part of a configurable plugin, so most likely can't be done. >> >> Option 2 should be fine, as when releasing an individual artifact, nothing >> external would be in the reactor, unless it was part of the build chain, so >> no extraneous -SNAPSHOTs would be considered. This should give a fairly >> good compromise between "fixing ranges for release" and "not breaking >> existing builds". >> >> Each time I've brought the subject up I don't seem to see any traction or >> replies/discussion come along, is there room to address this somehow? >> >> -- >> Pull me down under... >> >> On Fri, Sep 3, 2010 at 11:34 AM, Brian Fox wrote: >> >>> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty >>> safely call it feature complete. I'd like to propose a few goals to >>> get some things done. We have ApacheCon coming up the first week of >>> November, and it would be great to set that as a target to get Maven >>> 3.0 out the door. >>> >> > > - > 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 - A man enjoys his work when he understands the whole and when he is responsible for the quality of the whole -- Christopher Alexander, A Pattern Language
Re: Setting goals for upcoming releases
+1 On 3 September 2010 01:44, Jason van Zyl wrote: > I think trying to release 3.0 sooner, and then sticking to 6 week release > cycles would be a better use of time. We're going to fix anything that > arises but I don't believe there will be widespread testing until 3.0 is > released, and I don't believe many will pick up 3.x in large-scale > production environments until 3.1. I think the faster we get 3.0 out the > better. > > Shoot for October 1st, and then have the 3.0.1 release with fixes for the > first wave of issues raised in mid-November. > > On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: > > > Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty > > safely call it feature complete. I'd like to propose a few goals to > > get some things done. We have ApacheCon coming up the first week of > > November, and it would be great to set that as a target to get Maven > > 3.0 out the door. > > > > So far the feedback on the betas has been good but fairly limited. I > > think that without a clear plan, and our history with this mammoth > > release, people are probably reluctant to spend a lot of time testing > > each beta. In the past we've been successful pushing out release > > candidate builds and involving the user list. If we start that > > soonish, there should be plenty of time to uncover and fix > > regressions, especially if everyone pitches in. There's even time to > > cut another beta before we launch into the RCs if it's needed. > > > > So first of all, Benjamin, Herve, Kristian you've collectively done > > the majority of the work in M3 recently. Do you think the above is > > achievable and desirable? What does everyone else think? > > > > Secondly, For me personally, I'm going to commit to get the Maven > > Index code committed and to push updated releases of the dependency > > and enforcer plugins before ApacheCon. Anyone else want to ante up for > > some chunk of work and get things rolling? > > > > Thanks, > > Brian > > > > - > > 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 > - > > You are never dedicated to something you have complete confidence in. > No one is fanatically shouting that the sun is going to rise tomorrow. > They know it is going to rise tomorrow. When people are fanatically > dedicated to political or religious faiths or any other kind of > dogmas or goals, it's always because these dogmas or > goals are in doubt. > > -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance > > > >
Re: Setting goals for upcoming releases
+1 On Fri, Sep 3, 2010 at 2:44 AM, Jason van Zyl wrote: > I think trying to release 3.0 sooner, and then sticking to 6 week release > cycles would be a better use of time. We're going to fix anything that > arises but I don't believe there will be widespread testing until 3.0 is > released, and I don't believe many will pick up 3.x in large-scale > production environments until 3.1. I think the faster we get 3.0 out the > better. > > Shoot for October 1st, and then have the 3.0.1 release with fixes for the > first wave of issues raised in mid-November. > > On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: > > > Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty > > safely call it feature complete. I'd like to propose a few goals to > > get some things done. We have ApacheCon coming up the first week of > > November, and it would be great to set that as a target to get Maven > > 3.0 out the door. > > > > So far the feedback on the betas has been good but fairly limited. I > > think that without a clear plan, and our history with this mammoth > > release, people are probably reluctant to spend a lot of time testing > > each beta. In the past we've been successful pushing out release > > candidate builds and involving the user list. If we start that > > soonish, there should be plenty of time to uncover and fix > > regressions, especially if everyone pitches in. There's even time to > > cut another beta before we launch into the RCs if it's needed. > > > > So first of all, Benjamin, Herve, Kristian you've collectively done > > the majority of the work in M3 recently. Do you think the above is > > achievable and desirable? What does everyone else think? > > > > Secondly, For me personally, I'm going to commit to get the Maven > > Index code committed and to push updated releases of the dependency > > and enforcer plugins before ApacheCon. Anyone else want to ante up for > > some chunk of work and get things rolling? > > > > Thanks, > > Brian > > > > - > > 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 > - > > You are never dedicated to something you have complete confidence in. > No one is fanatically shouting that the sun is going to rise tomorrow. > They know it is going to rise tomorrow. When people are fanatically > dedicated to political or religious faiths or any other kind of > dogmas or goals, it's always because these dogmas or > goals are in doubt. > > -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance > > > >
Re: Setting goals for upcoming releases
I think i agree with Jason on shooting maven 3.0 out to public as soon as you can, however the dev team might want fix up blocking bugs which prevent user like me from using maven 3 one of the blocking bug for me is http://jira.codehaus.org/browse/MNG-4788 Thanks -Dan On Thu, Sep 2, 2010 at 6:12 PM, Mark Derricutt wrote: > Personally I'd still like to see some resolution to the problems introduced > by the version range resolution change ( no more -SNAPSHOT resolution except > for on the bounds ). > > On one hand I applaud the change from a release standpoint, but it currently > causes issues for our integration build processes. > > Two options come to mind: > > 1) Explicit GAV patterns for -SNAPSHOT resolution get defined somewhere > 2) If a GAV is a particpant in a reactor build, it's -SNAPSHOT should be > considered kosher for resolution > > Option 1 would probably require some form of POM change as I don't think the > resolution part of a configurable plugin, so most likely can't be done. > > Option 2 should be fine, as when releasing an individual artifact, nothing > external would be in the reactor, unless it was part of the build chain, so > no extraneous -SNAPSHOTs would be considered. This should give a fairly > good compromise between "fixing ranges for release" and "not breaking > existing builds". > > Each time I've brought the subject up I don't seem to see any traction or > replies/discussion come along, is there room to address this somehow? > > -- > Pull me down under... > > On Fri, Sep 3, 2010 at 11:34 AM, Brian Fox wrote: > >> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty >> safely call it feature complete. I'd like to propose a few goals to >> get some things done. We have ApacheCon coming up the first week of >> November, and it would be great to set that as a target to get Maven >> 3.0 out the door. >> > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
Personally I'd still like to see some resolution to the problems introduced by the version range resolution change ( no more -SNAPSHOT resolution except for on the bounds ). On one hand I applaud the change from a release standpoint, but it currently causes issues for our integration build processes. Two options come to mind: 1) Explicit GAV patterns for -SNAPSHOT resolution get defined somewhere 2) If a GAV is a particpant in a reactor build, it's -SNAPSHOT should be considered kosher for resolution Option 1 would probably require some form of POM change as I don't think the resolution part of a configurable plugin, so most likely can't be done. Option 2 should be fine, as when releasing an individual artifact, nothing external would be in the reactor, unless it was part of the build chain, so no extraneous -SNAPSHOTs would be considered. This should give a fairly good compromise between "fixing ranges for release" and "not breaking existing builds". Each time I've brought the subject up I don't seem to see any traction or replies/discussion come along, is there room to address this somehow? -- Pull me down under... On Fri, Sep 3, 2010 at 11:34 AM, Brian Fox wrote: > Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty > safely call it feature complete. I'd like to propose a few goals to > get some things done. We have ApacheCon coming up the first week of > November, and it would be great to set that as a target to get Maven > 3.0 out the door. >
Re: Setting goals for upcoming releases
> When 3.0 is released, is 2.2 pretty much a dead branch? I have no > problem with that btw :-) Isn't it essentially dead now? - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
When 3.0 is released, is 2.2 pretty much a dead branch? I have no problem with that btw :-) On Thu, Sep 2, 2010 at 7:44 PM, Jason van Zyl wrote: > I think trying to release 3.0 sooner, and then sticking to 6 week release > cycles would be a better use of time. We're going to fix anything that arises > but I don't believe there will be widespread testing until 3.0 is released, > and I don't believe many will pick up 3.x in large-scale production > environments until 3.1. I think the faster we get 3.0 out the better. > > Shoot for October 1st, and then have the 3.0.1 release with fixes for the > first wave of issues raised in mid-November. > > On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: > >> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty >> safely call it feature complete. I'd like to propose a few goals to >> get some things done. We have ApacheCon coming up the first week of >> November, and it would be great to set that as a target to get Maven >> 3.0 out the door. >> >> So far the feedback on the betas has been good but fairly limited. I >> think that without a clear plan, and our history with this mammoth >> release, people are probably reluctant to spend a lot of time testing >> each beta. In the past we've been successful pushing out release >> candidate builds and involving the user list. If we start that >> soonish, there should be plenty of time to uncover and fix >> regressions, especially if everyone pitches in. There's even time to >> cut another beta before we launch into the RCs if it's needed. >> >> So first of all, Benjamin, Herve, Kristian you've collectively done >> the majority of the work in M3 recently. Do you think the above is >> achievable and desirable? What does everyone else think? >> >> Secondly, For me personally, I'm going to commit to get the Maven >> Index code committed and to push updated releases of the dependency >> and enforcer plugins before ApacheCon. Anyone else want to ante up for >> some chunk of work and get things rolling? >> >> Thanks, >> Brian >> >> - >> 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 > - > > You are never dedicated to something you have complete confidence in. > No one is fanatically shouting that the sun is going to rise tomorrow. > They know it is going to rise tomorrow. When people are fanatically > dedicated to political or religious faiths or any other kind of > dogmas or goals, it's always because these dogmas or > goals are in doubt. > > -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance > > > > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
I think trying to release 3.0 sooner, and then sticking to 6 week release cycles would be a better use of time. We're going to fix anything that arises but I don't believe there will be widespread testing until 3.0 is released, and I don't believe many will pick up 3.x in large-scale production environments until 3.1. I think the faster we get 3.0 out the better. Shoot for October 1st, and then have the 3.0.1 release with fixes for the first wave of issues raised in mid-November. On Sep 2, 2010, at 7:34 PM, Brian Fox wrote: > Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty > safely call it feature complete. I'd like to propose a few goals to > get some things done. We have ApacheCon coming up the first week of > November, and it would be great to set that as a target to get Maven > 3.0 out the door. > > So far the feedback on the betas has been good but fairly limited. I > think that without a clear plan, and our history with this mammoth > release, people are probably reluctant to spend a lot of time testing > each beta. In the past we've been successful pushing out release > candidate builds and involving the user list. If we start that > soonish, there should be plenty of time to uncover and fix > regressions, especially if everyone pitches in. There's even time to > cut another beta before we launch into the RCs if it's needed. > > So first of all, Benjamin, Herve, Kristian you've collectively done > the majority of the work in M3 recently. Do you think the above is > achievable and desirable? What does everyone else think? > > Secondly, For me personally, I'm going to commit to get the Maven > Index code committed and to push updated releases of the dependency > and enforcer plugins before ApacheCon. Anyone else want to ante up for > some chunk of work and get things rolling? > > Thanks, > Brian > > - > 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 - You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance
Re: Setting goals for upcoming releases
On Thu, Sep 2, 2010 at 8:40 PM, Barrie Treloar wrote: > On Fri, Sep 3, 2010 at 9:04 AM, Brian Fox wrote: >> Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty >> safely call it feature complete. I'd like to propose a few goals to >> get some things done. We have ApacheCon coming up the first week of >> November, and it would be great to set that as a target to get Maven >> 3.0 out the door. >> >> So far the feedback on the betas has been good but fairly limited. I >> think that without a clear plan, and our history with this mammoth > > Is it then time to add "Try Maven 3 Beta" to the front page and > include some guidance documentation for those that want to try it out? > Its a bit hidden at the moment. > Can't hurt. > - > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > > - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Setting goals for upcoming releases
On Fri, Sep 3, 2010 at 9:04 AM, Brian Fox wrote: > Now that Maven 3 beta 3 is out with Guice and Aether, we can pretty > safely call it feature complete. I'd like to propose a few goals to > get some things done. We have ApacheCon coming up the first week of > November, and it would be great to set that as a target to get Maven > 3.0 out the door. > > So far the feedback on the betas has been good but fairly limited. I > think that without a clear plan, and our history with this mammoth Is it then time to add "Try Maven 3 Beta" to the front page and include some guidance documentation for those that want to try it out? Its a bit hidden at the moment. - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org