Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [m2e-dev] Version ranges, Re: juno work heads up

Forgot to mention, in 1.1 we can do whatever we want with classes in
.internal. packages and packages marked as x-internal or x-friends in
bundle manifests.

--
Regards,
Igor

On 11-09-23 7:08 AM, Igor Fedorenko wrote:
There are no plans to break or remove existing APIs in 1.1.

--
Regards,
Igor

On 11-09-23 6:03 AM, Fred Bricon wrote:
Igor, if you "just" introduce new API with Juno but garantee existing
public API doesn't break, then I can adapt the version ranges in m2e-wtp
(and JBoss Tools Maven support) to use [1.0,2.0) (or [1.0,1.2) to keep
it safe)

Regards,

Fred Bricon

2011/9/23 Mykola Nikishov <mn@xxxxxxxxx <mailto:mn@xxxxxxxxx>>

On 09/23/2011 06:14 AM, Igor Fedorenko wrote:

As one implication of this change, most
of m2e extensions available from m2e discovery catalog will not
install
on m2e juno m3 because they use [1.0,1.1) m2e dependency version
range.
I am not sure what to do about this yet. One possibility is to
generate
separate catalogs for 1.0 and 1.1 compatible extensions, but if
somebody
can suggest more elegant solution I am interested to hear about it.


You could take a look at Development Conventions and Guidelines
[1], there is a separate Version Numbering [2] guidelines.

It looks strange that most plugins (according to you) use such
restrictive range as [1.0,1.1). According to [2]:

The major segment number must be increased when a plug-in makes
breaking changes to its API.

So, it should be safe for consumer of m2e use something like
[1.0,2.0) or [1.1,2.0). And m2e team should take care of not
breaking API when releasing 1.1 after 1.0 had been released.

[1]
http://wiki.eclipse.org/__Development_Conventions_and___Guidelines
<http://wiki.eclipse.org/Development_Conventions_and_Guidelines>
[2] http://wiki.eclipse.org/__Version_Numbering
<http://wiki.eclipse.org/Version_Numbering>

--
Mykola

http://ua.linkedin.com/in/__manandbytes
<http://ua.linkedin.com/in/manandbytes>
https://github.com/__manandbytes/ <https://github.com/manandbytes/>
_________________________________________________
m2e-dev mailing list
m2e-dev@xxxxxxxxxxx <mailto:m2e-dev@xxxxxxxxxxx>
https://dev.eclipse.org/__mailman/listinfo/m2e-dev
<https://dev.eclipse.org/mailman/listinfo/m2e-dev>




--
"Have you tried turning it off and on again" - The IT Crowd


_______________________________________________
m2e-dev mailing list
m2e-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/m2e-dev
_______________________________________________
m2e-dev mailing list
m2e-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/m2e-dev


Back to the top