Re: Cleanup to SNAPSHOT version handling
Brett Porter wrote: I think the original reason the logic is how it is was because just SNAPSHOT (with no leading version) was valid, but that behaviour has long been (unofficially) deprecated. Given this style of versioning is apparently in use and I personally see nothing wrong with having just SNAPSHOT to refer to the HEAD of some project I suggest we go with the following for Maven 3.0.2: a) Treat SNAPSHOT, *-SNAPSHOT and the respective expanded/timestamped forms as snapshot versions, anything else as release b) Emit a model warning if the project version ends with SNAPSHOT but does not match the patterns mentioned in a) Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Cleanup to SNAPSHOT version handling
On Dec 28, 2010, at 10:02 AM, Benjamin Bentmann wrote: Brett Porter wrote: I think the original reason the logic is how it is was because just SNAPSHOT (with no leading version) was valid, but that behaviour has long been (unofficially) deprecated. Given this style of versioning is apparently in use and I personally see nothing wrong with having just SNAPSHOT to refer to the HEAD of some project I suggest we go with the following for Maven 3.0.2: a) Treat SNAPSHOT, *-SNAPSHOT and the respective expanded/timestamped forms as snapshot versions, anything else as release b) Emit a model warning if the project version ends with SNAPSHOT but does not match the patterns mentioned in a) +1 I think anything that moves us closer toward the OSGi versioning would be better. I also think being more explicit with the version would be better and accounts for the case where you have multiple branches and you need to identify the tip of each. I don't think we should allow just SNAPSHOT anymore as it provides no version context which I think is important. We often see the following: x-SNAPSHOT x.y-SNAPSHOT x.y.z-SNAPSHOT Which at least provide some version context, but ultimately I think we should try to move toward: http://www.osgi.org/javadoc/r4v42/org/osgi/framework/Version.html So I would opt for b) and emit a warning if not in the *-SNAPSHOT form and officially deprecate SNAPSHOT and think about moving toward x.y.z.qualifier as a standard. I don't think multiple version schemes are truly helpful. Benjamin - 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 - First, the taking in of scattered particulars under one Idea, so that everyone understands what is being talked about ... Second, the separation of the Idea into parts, by dividing it at the joints, as nature directs, not breaking any limb in half as a bad carver might. -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander)
Julia Antonova/Tumlare is out of office.
I will be out of the office starting 28.12.2010 and will not return until 30.12.2010. I have no acces to my mailbox, I will reply to your message upon return. For urgent issues please contact my colleagues (Nov.08-12): Svetlana Butova / Administration - secretary...@tumlare.com Irina Pashina / Administration - irin...@tumlare.com Thank you!
Re: Julia Antonova/Tumlare is out of office.
Can somebody not on a smart phone update the wiki again ;-) - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 28 Dec 2010 18:24, Julia Antonova juli...@tumlare.com wrote: I will be out of the office starting 28.12.2010 and will not return until 30.12.2010. I have no acces to my mailbox, I will reply to your message upon return. For urgent issues please contact my colleagues (Nov.08-12): Svetlana Butova / Administration - secretary...@tumlare.com Irina Pashina / Administration - irin...@tumlare.com Thank you!
Re: Julia Antonova/Tumlare is out of office.
Just two days? It's Christmas week -- you deserve many more days off than that :) On Tue, Dec 28, 2010 at 12:23 PM, Julia Antonova juli...@tumlare.comwrote: I will be out of the office starting 28.12.2010 and will not return until 30.12.2010. I have no acces to my mailbox, I will reply to your message upon return. For urgent issues please contact my colleagues (Nov.08-12): Svetlana Butova / Administration - secretary...@tumlare.com Irina Pashina / Administration - irin...@tumlare.com Thank you!
Moving scm to java 1.5
Hi, As we will start a new year, I'd like to move scm to java 1.5. Let me know if you have any trouble regarding this . (jira entry http://jira.codehaus.org/browse/SCM-591) Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
Olivier Lamy wrote: As we will start a new year, I'd like to move scm to java 1.5. +1 Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
+1 - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
+1 Arnaud On Tue, Dec 28, 2010 at 9:29 PM, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: +1 - 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: Moving scm to java 1.5
+1 2010/12/28 Arnaud Héritier arnaud.herit...@exoplatform.com +1 Arnaud On Tue, Dec 28, 2010 at 9:29 PM, Kristian Rosenvold kristian.rosenv...@gmail.com wrote: +1 - 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 -- Best regards, Evgeny Mandrikov aka Godin http://godin.net.ru http://twitter.com/_godin_
Re: Moving scm to java 1.5
+1 - Stephen --- Sent from my Android phone, so random spelling mistakes, random nonsense words and other nonsense are a direct result of using swype to type on the screen On 28 Dec 2010 20:16, Olivier Lamy ol...@apache.org wrote: Hi, As we will start a new year, I'd like to move scm to java 1.5. Let me know if you have any trouble regarding this . (jira entry http://jira.codehaus.org/browse/SCM-591) Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
+1 On Dec 28, 2010, at 3:15 PM, Olivier Lamy wrote: Hi, As we will start a new year, I'd like to move scm to java 1.5. Let me know if you have any trouble regarding this . (jira entry http://jira.codehaus.org/browse/SCM-591) Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy - 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: Julia Antonova/Tumlare is out of office.
She has no more left. That sounds obvious, no? :) On Tue, Dec 28, 2010 at 7:33 PM, Paul Benedict pbened...@apache.org wrote: Just two days? It's Christmas week -- you deserve many more days off than that :) On Tue, Dec 28, 2010 at 12:23 PM, Julia Antonova juli...@tumlare.com wrote: I will be out of the office starting 28.12.2010 and will not return until 30.12.2010. I have no acces to my mailbox, I will reply to your message upon return. For urgent issues please contact my colleagues (Nov.08-12): Svetlana Butova / Administration - secretary...@tumlare.com Irina Pashina / Administration - irin...@tumlare.com Thank you!
Re: Moving scm to java 1.5
+1 S. On Tue, Dec 28, 2010 at 9:15 PM, Olivier Lamy ol...@apache.org wrote: Hi, As we will start a new year, I'd like to move scm to java 1.5. Let me know if you have any trouble regarding this . (jira entry http://jira.codehaus.org/browse/SCM-591) Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
+1 On Tue, Dec 28, 2010 at 10:19 PM, Stephane Nicoll stephane.nic...@gmail.com wrote: +1 S. On Tue, Dec 28, 2010 at 9:15 PM, Olivier Lamy ol...@apache.org wrote: Hi, As we will start a new year, I'd like to move scm to java 1.5. Let me know if you have any trouble regarding this . (jira entry http://jira.codehaus.org/browse/SCM-591) Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
+1 On 2010-12-28 21:15, Olivier Lamy wrote: Hi, As we will start a new year, I'd like to move scm to java 1.5. Let me know if you have any trouble regarding this . (jira entry http://jira.codehaus.org/browse/SCM-591) Thanks, -- Dennis Lundberg - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Cleanup to SNAPSHOT version handling
-1 to a, +1 to b --Brian (mobile) On Dec 28, 2010, at 1:20 PM, Jason van Zyl ja...@maven.org wrote: On Dec 28, 2010, at 10:02 AM, Benjamin Bentmann wrote: Brett Porter wrote: I think the original reason the logic is how it is was because just SNAPSHOT (with no leading version) was valid, but that behaviour has long been (unofficially) deprecated. Given this style of versioning is apparently in use and I personally see nothing wrong with having just SNAPSHOT to refer to the HEAD of some project I suggest we go with the following for Maven 3.0.2: a) Treat SNAPSHOT, *-SNAPSHOT and the respective expanded/timestamped forms as snapshot versions, anything else as release b) Emit a model warning if the project version ends with SNAPSHOT but does not match the patterns mentioned in a) +1 I think anything that moves us closer toward the OSGi versioning would be better. I also think being more explicit with the version would be better and accounts for the case where you have multiple branches and you need to identify the tip of each. I don't think we should allow just SNAPSHOT anymore as it provides no version context which I think is important. We often see the following: x-SNAPSHOT x.y-SNAPSHOT x.y.z-SNAPSHOT Which at least provide some version context, but ultimately I think we should try to move toward: http://www.osgi.org/javadoc/r4v42/org/osgi/framework/Version.html So I would opt for b) and emit a warning if not in the *-SNAPSHOT form and officially deprecate SNAPSHOT and think about moving toward x.y.z.qualifier as a standard. I don't think multiple version schemes are truly helpful. Benjamin - 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 - First, the taking in of scattered particulars under one Idea, so that everyone understands what is being talked about ... Second, the separation of the Idea into parts, by dividing it at the joints, as nature directs, not breaking any limb in half as a bad carver might. -- Plato, Phaedrus (Notes on the Synthesis of Form by C. Alexander) - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Moving scm to java 1.5
+1 since we moved that way for 2.2 and 3, I think we can safely move all of our cosebases to 1.6 as needed --Brian (mobile) On Dec 28, 2010, at 3:15 PM, Olivier Lamy ol...@apache.org wrote: Hi, As we will start a new year, I'd like to move scm to java 1.5. Let me know if you have any trouble regarding this . (jira entry http://jira.codehaus.org/browse/SCM-591) Thanks, -- Olivier Lamy http://twitter.com/olamy http://www.linkedin.com/in/olamy - 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: Cleanup to SNAPSHOT version handling
Brian E. Fox wrote: -1 to a, +1 to b Just to be clear, I meant a) AND b), not either or. a) is concerned about the actual version interpretation, b) about guiding the user into the desired direction for future projects. In light of this, I'm not sure what your -1 to a means. Benjamin - To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org For additional commands, e-mail: dev-h...@maven.apache.org
Re: Cleanup to SNAPSHOT version handling
On Dec 28, 2010, at 6:06 PM, Benjamin Bentmann wrote: Brian E. Fox wrote: -1 to a, +1 to b Just to be clear, I meant a) AND b), not either or. a) is concerned about the actual version interpretation, b) about guiding the user into the desired direction for future projects. In light of this, I'm not sure what your -1 to a means. Do not allow SNAPSHOT alone I believe is what he means. Benjamin - 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