commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <seb...@gmail.com>
Subject Re: [VOTE] Accept the package name/artifactId guideline as a "rule"...
Date Thu, 25 Nov 2010 13:51:04 GMT
On 25 November 2010 12:47, Dimitri Pourbaix <pourbaix@astro.ulb.ac.be> wrote:
> Hi,
>
>> Here is my rule: "if the binary compatibility is broken in a
>> significant way, then the package/artifactId must change, however all
>> binary incompatibility should be avoided wherever possbile".
>
> How can one usesuch an ill-defined notion as 'significant' in the defini-
> tion of a **rule**?  Either binary compatibility is broken or it is not,
> it does not matter how many other packages are impacted.

It's not as clear-cut as that.

If a component uses multiple package names, then classes and methods
that are intended for internal use may have to be made public.
Likewise, protected classes and methods may be for internal use only.

If API changes are made to these, then there is no external binary
incompatibilty.

[We probably should have a naming convention for internal classes]

> Dim.
> ----------------------------------------------------------------------------
> Dimitri Pourbaix                         *
> Institut d'Astronomie et d'Astrophysique *      Don't worry, be happy
> CP 226, office 2.N4.211, building NO     *         and CARPE DIEM.
> Universite Libre de Bruxelles            *
> Boulevard du Triomphe                    *      Tel : +32-2-650.35.71
>  B-1050 Bruxelles                        *      Fax : +32-2-650.42.26
> http://sb9.astro.ulb.ac.be/~pourbaix     * mailto:pourbaix@astro.ulb.ac.be
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message