Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of beneritter@gmail.com designates
 209.85.213.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAGRH7HqdLSj65kBeD_tHfSA4=Qh5BMPqqmNezxfZqZ5qjR+e6w@mail.gmail.com>
References: 
 <CAGRH7HqdLSj65kBeD_tHfSA4=Qh5BMPqqmNezxfZqZ5qjR+e6w@mail.gmail.com>
Date: Mon, 9 Jul 2012 09:26:16 +0200
Message-ID: 
 <CAB917RKfES5w2VPAyjBWhudxLSY8d4w4Q8A926vRO7+70enB5g@mail.gmail.com>
Subject: Re: [all] Does this break binary compatibility?
From: Benedikt Ritter <beneritter@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Sebastien,

have a look at:

http://wiki.eclipse.org/Evolving_Java-based_APIs
http://wiki.eclipse.org/Evolving_Java-based_APIs_2
http://wiki.eclipse.org/Evolving_Java-based_APIs_3

In section Evolving API classes - API methods and constructors it says:
Change result type (including void)	-	Breaks compatibility

Can anyone verify that?

Regards,
Benedikt

2012/7/9 S=E9bastien Brisard <sebastien.brisard@m4x.org>:
> All,
> in Commons-Math, class RealVector has a method unitize() which divides
> each component of this by the norm. The vector is changed in place.
> The current signature of this method is
> public void unitize()
>
> Most methods in class RealVector implement a fluent API. I would like
> unitize() to follow the same paradigm. In other words, I would like to
> change the signature to
> public RealVector unitize()
> this method now returning this.
>
> Question is: does this break binary compatibility? Although clirr
> reports an error, I fail to see how this change can cause any problem.
>
> Thanks in advance for your advice,
> S=E9bastien
>
>
> ---------------------------------------------------------------------
> 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