commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <>
Subject Re: When to create a new major release - Was [VOTE][CANCEL] The vote for commons-email-1.3 based on RC2 in cancelled
Date Tue, 10 Jan 2012 18:19:27 GMT
On 10 January 2012 16:45, Siegfried Goeschl <> wrote:
> Hi folks,
> the main reason for the failed vote of commons-email-1.3 is that the release
> is only source but not binary compatible
> +) if you compile your application with the new version everything is fine
> +) if you replace simply the JAR the invocation fails
> Is it mandatory that a minor release is binary compatible with the previous
> one or do I have to create a new major version? There is a lot of ugly stuff
> (mainly protected member variables) which should be done but is currently
> not in the scope of this release.

If the jar is not a drop-in replacement for the previous version, then
yes, IMO that requires a major release. [1]
The only possible exception might be if the incompatibilities are in
internal parts of the API, i.e. classes/methods etc. that are not used

Note also that a binary incompatibility involving the external API
will also require the package name to be changed (which in turn
requires the Maven coordinates to be changed).

The package name change is required because there can be only one
instance of a class in a single class loader.
See discussion here [2]

> Feedback appreciated
> Siegfried Goeschl
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message