I was not suggesting that it could be changed...only that it doesn't make sense (except from a pure mathematical point of view).
Given this "engineer's approach" to version range resolution, it seems like a better idea is simply to say [1.0,2.0-SNAPSHOT). I have verified that this eliminates 2.0-SNAPSHOT versions. However, what I have not verified is what happens when you have other pre-release versions (e.g., 2.0-alpha-1). Is 2.0-SNAPSHOT always considered as older than non-SNAPSHOT pre-release versions like alpha, beta, etc? -----Original Message----- From: Manfred Moser [mailto:manf...@simpligility.com] Sent: Friday, September 23, 2016 11:47 AM To: users@maven.apache.org Subject: Re: [EXTERNAL] Re: help with version range Fair enough. From the purely engineering/mathematical point of view it might not make sense. But I dont see a way to get that changed with breaking a TON of other stuff. And I am not even sure if it would be more intuitive instead of just being different. Manfred Robert Patrick wrote on 2016-09-23 09:38: > No, you are making an invalid assumption about what I understand! I > completely understand the relationship of SNAPSHOTs and other > pre-release artifacts and released versions. > > What I am questioning is the "engineer's approach" to version range > resolution without a valid use case for why Maven should consider > pre-released versions as within the "not including 2.0" version range > semantics. > > > -----Original Message----- > From: Manfred Moser [mailto:manf...@simpligility.com] > Sent: Friday, September 23, 2016 11:32 AM > To: users@maven.apache.org > Subject: Re: [EXTERNAL] Re: help with version range > > What you are misunderstanding is how snapshots are meant to be used. > 2.0-SNAPSHOT means that it is a development version working towards > the release of 2.0 and as such the version 2.0-SNAPSHOT is smaller than 2.0. > > If you mislike this you can change how you work with your own projects > at least. .. you can just call your snapshot version 1.99-SNAPSHOT or > whatever while developing and at releas time switch to 2.0 .. > > Manfred > > Robert Patrick wrote on 2016-09-23 08:56: > >> This does seem non-intuitive. If I say that I want versions between 1.0 >> and >> up to but NOT including 2.0 by saying [1.0,2.0), in what use case >> would I ever want this to resolve to 2.0-SNAPSHOT or any other >> pre-release 2.0 artifact? >> Personally, I cannot think of a single one. >> >> Typically, what I mean when I say [1.0,2.0) is any 1.x version but >> nothing related to 2.0... >> >> -----Original Message----- >> From: Justin Georgeson [mailto:jgeorge...@lgc.com] >> Sent: Friday, September 23, 2016 10:11 AM >> To: Maven Users List >> Subject: RE: [EXTERNAL] Re: help with version range >> >> Yeah, I was hoping there was something more elegant like 1.1+ or >> something, so I can at least move forward with that. >> >> Logically, does it make sense to resolve 1.2.0-alpha-1 when the user >> has excluded 1.2.0 from their range? If I explicitly don't want the >> release version why would I want the pre-release versions? >> >> -----Original Message----- >> From: ctrueden.w...@gmail.com [mailto:ctrueden.w...@gmail.com] On >> Behalf Of Curtis Rueden >> Sent: Friday, September 23, 2016 9:01 AM >> To: Maven Users List >> Subject: [EXTERNAL] Re: help with version range >> >> Hi Justin, >> >> You could write "[1.1.0,1.1.99999]", no? A bit hacky, but would match >> the versions you want in practice. >> >> Regards, >> Curtis >> >> On Sep 23, 2016 8:38 AM, "Justin Georgeson" <jgeorge...@lgc.com> wrote: >> >>> I’m using the parent version range feature with “[1.1.0,1.2.0)” and >>> it had been going well. However I wanted to start working on 1.2.0 >>> of the parent, so I published a 1.2.0-alpha-1 version. And all the >>> projects with te “[1.1.0,1.2.0)” picked it up. I recognize that this >>> is in keeping with the implementation that x.y.z-(alpha|beta|…) >>> precedes x.y.z, but it is unintuitive to me. First in that I’ve >>> stated I don’t want 1.2.0, and second that once I do release 1.2.0 >>> the projects which were receiving the alpha builds will not get >>> 1.2.0. I tried with both >>> 3.2.5 and 3.3.9. Can the version range syntax express the range I want? >>> >>> >>> >>> *Justin Georgeson* >>> Landmark Cloud Platforms & DevOps - RM >>> >>> Email: *jgeorge...@lgc.com* <jgeorge...@lgc.com> >>> >>> Follow Halliburton: *LinkedIn* >>> <https://urldefense.proofpoint.com/v2/url?u=http-3A__logw332.ati-2Dh >>> o >>> s >>> t.net_gopc.url-3Fxts-3D553058-26xtor-3DEPR-2D25-2D-255bHAL-2Dsignatu >>> r >>> e >>> s-255d-26url-3Dhttp-3A__www.linkedin.com_company_halliburton&d=DQIFa >>> Q >>> & >>> c=PskvixtEUDK7wuWU-tIg6oKuGYBRbrMXk2FZvF0UfTo&r=dLxYM3PBhAqFnkH7uKz_ >>> O >>> V >>> ZL1uyui4QoEmBCjCmEiTk&m=y4-iycjs7jCDUAa82A-SQP4DqefDDZjCpFKXFWCrmu8& >>> s = 9g208ksOttPVrCNlOx459-qzk0wWAei89_zhZnej5vM&e= > >>> | *Facebook* >>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__logw332.ati-2D >>> h >>> o >>> st.net_gopc.url-3Fxts-3D553058-26xtor-3DEPR-2D25-2D-255bHAL-2Dsignat >>> u >>> r >>> es-255d-26url-3Dhttps-3A__www.facebook.com_halliburton&d=DQIFaQ&c=Ps >>> k >>> v >>> ixtEUDK7wuWU-tIg6oKuGYBRbrMXk2FZvF0UfTo&r=dLxYM3PBhAqFnkH7uKz_OVZL1u >>> y >>> u >>> i4QoEmBCjCmEiTk&m=y4-iycjs7jCDUAa82A-SQP4DqefDDZjCpFKXFWCrmu8&s=NgT- >>> w O jrb7gpKDJVcRDMmKUQqGfR-PSnXe3I98Lp1c4&e= > >>> | *Twitter* >>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__logw332.ati-2D >>> h >>> o >>> st.net_gopc.url-3Fxts-3D553058-26xtor-3DEPR-2D25-2D-255bHAL-2Dsignat >>> u >>> r >>> es-255d-26url-3Dhttps-3A__twitter.com_halliburton&d=DQIFaQ&c=Pskvixt >>> E >>> U >>> DK7wuWU-tIg6oKuGYBRbrMXk2FZvF0UfTo&r=dLxYM3PBhAqFnkH7uKz_OVZL1uyui4Q >>> o >>> E >>> mBCjCmEiTk&m=y4-iycjs7jCDUAa82A-SQP4DqefDDZjCpFKXFWCrmu8&s=-swEvm-8N >>> W >>> 2 18tPAkOpg46kdPblTNts2y7dbe_w82wM&e= > >>> | *YouTube* >>> <https://urldefense.proofpoint.com/v2/url?u=http-3A__logw332.ati-2Dh >>> o >>> s >>> t.net_gopc.url-3Fxts-3D553058-26xtor-3DEPR-2D25-2D-255bHAL-2Dsignatu >>> r >>> e >>> s-255d-26url-3Dhttp-3A__youtube.com_halliburton&d=DQIFaQ&c=PskvixtEU >>> D >>> K >>> 7wuWU-tIg6oKuGYBRbrMXk2FZvF0UfTo&r=dLxYM3PBhAqFnkH7uKz_OVZL1uyui4QoE >>> m >>> B >>> CjCmEiTk&m=y4-iycjs7jCDUAa82A-SQP4DqefDDZjCpFKXFWCrmu8&s=dTvvV1RKdjY >>> S >>> K >>> _Hc5JX55QI7b2j-A4O9RAX2Dg9qbrU&e= > >>> | *Blog* >>> <https://urldefense.proofpoint.com/v2/url?u=http-3A__logw332.ati-2Dh >>> o >>> s >>> t.net_gopc.url-3Fxts-3D553058-26xtor-3DEPR-2D25-2D-255bHAL-2Dsignatu >>> r >>> e >>> s-255d-26url-3Dhttp-3A__halliburtonblog.com&d=DQIFaQ&c=PskvixtEUDK7w >>> u >>> W >>> U-tIg6oKuGYBRbrMXk2FZvF0UfTo&r=dLxYM3PBhAqFnkH7uKz_OVZL1uyui4QoEmBCj >>> C >>> m >>> EiTk&m=y4-iycjs7jCDUAa82A-SQP4DqefDDZjCpFKXFWCrmu8&s=Or-LJ9tIt99DaFT >>> 0 >>> - >>> BpnvVYmC73xtz0gLUBwIg5Woho&e= > >>> >>> >>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.landmark.s >>> o >>> l >>> utions_&d=DQIFaQ&c=PskvixtEUDK7wuWU-tIg6oKuGYBRbrMXk2FZvF0UfTo&r=dLx >>> Y >>> M >>> 3PBhAqFnkH7uKz_OVZL1uyui4QoEmBCjCmEiTk&m=y4-iycjs7jCDUAa82A-SQP4Dqef >>> D D ZjCpFKXFWCrmu8&s=f4P54iKSAZYutrqVX1iHAWO9C7nP1vrd3OJGBT9g4LE&e= >>> > >>> >>> >>> >>> >>> ------------------------------ >>> This e-mail, including any attached files, may contain confidential >>> and privileged information for the sole use of the intended recipient. >>> Any review, use, distribution, or disclosure by others is strictly >>> prohibited. >>> If you are not the intended recipient (or authorized to receive >>> information for the intended recipient), please contact the sender >>> by reply e-mail and delete all copies of this message. >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org >> For additional commands, e-mail: users-h...@maven.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org > For additional commands, e-mail: users-h...@maven.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org