Le mercredi 16 septembre 2009, Benjamin Bentmann a écrit :
> Hervé BOUTEMY wrote:
> > FYI, I just took another pass on OSGi spec and added a link to it in [0]
> > with pointer to the corresponding paragraphs I know of. It is really very
> > very light and doesn't tell anything on comparison for version with
> > qualifiers: I hope I missed something...
>
> Thanks for the pointer Hervé, I think I found the relevant paragraphs:
>
> 3.5.3. "Bundle-Version" and 6.1.26.5 "Version.compareTo()". From 3.5.3:
> > If the qualifier component is not specified, it has a default value of
> > the empty string ("").
> >
> > Versions are comparable. Their comparison is done numerically and
> > sequentially on the major, minor, and micro components and lastly using
> > the String class compareTo method for the qualifier.
thank you: I didn't read the whole spec> Ignoring for the moment that neither "3.0-!" nor "3.0.0.!" are > OSGi-conformant versions, If I understand the intent, "3.0-!" was expected to be used as a version range boundary, to extend version range syntax, not really as a version that has any sense as an artifact version. But the fact is that this range syntax is not OSGi-conformant either :) > the OSGi version ordering also implies > > 3.0 == 3.0.0 < 3.0.0.20090915-152839-2 < 3.0.0.GA < 3.0.0.SNAPSHOT > > So I'm not sure how much we can borrow from OSGi for Maven. Yes, OSGi specification is clear but: 1. very limitative: I doubt everybody will want to conform to it 2. incompatible with actual Maven conventions: as you pointed... Then there is a real problem here: version comparison for OSGi artifacts is incompatible with version comparison for other (Maven, or any ither existing versions that did not work on OSGi compatibility) Note: I understand now how Eclipse plugins version are not intuitive to me: with such comparison spec, you can't have final version of an artifact have a simple version. Even the last one must have a timestamp. Regards, Hervé > > > Benjamin > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
