commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oliver Heger <>
Subject Re: [VOTE] Release Apache Commons JCS 2.0-beta-2 based on RC2
Date Sun, 06 Nov 2016 15:44:31 GMT

sorry, I don't want to stand in the way of the release. It is just that
in the past we used to be very careful with artifacts deployed to Maven
central and their compatibility. When I did alpha and beta releases for
[configuration] 2.0 it was decided that these artifacts must not be
published to Maven central because incompatibilities between succeeding
alphas/betas or the final 2.0 version are likely.

If the JCS betas are going to Maven central, I therefore assumed that
some means were taken to deal with incompatibilities. Otherwise, if some
3rd party project has the (stupid) idea to depend on such a beta, we are
in jar hell.


Am 05.11.2016 um 23:52 schrieb Gary Gregory:
> There is no need to maintain BC since 2.0 is not out. Changing package
> names and Maven coordinates must also happen hand in hand. Changing one
> means changing the other.
> Gary
> On Nov 5, 2016 1:37 PM, "Thomas Vandahl" <> wrote:
>> Hi Oliver,
>> On 05.11.16 21:18, Oliver Heger wrote:
>>> It seems that there are many breaking changes between this release and
>>> beta1; for instance, the clirr report for the core component lists
>>> numerous errors. Is it not against Commons policy to publish
>>> incompatible artifacts with the same maven and package coordinates to
>>> Maven central?
>> I thought that is why we call it "beta"? It basically boils down again
>> to the question what should be considered a public API (which btw hasn't
>> changed since beta-1).
>> I have no problem with changing the coordinates but I'm pretty sure that
>> the next iteration to 2.0 final will introduce more incompatibilities
>> and we may run out of coordinates...
>> As I see it, we are still in the transition from 1.3
>> (org.apache.jcs:jcs) to 2.0 (org.apache.commons.jcs:commons-jcs-core)
>> but I'm ready to change whatever is necessary to get this out of the door.
>> Bye, Thomas.
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> For additional commands, e-mail:

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

View raw message