commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: [compress] Importance of retaining exact compatibility for ZipArchiveOutputStream ?
Date Mon, 22 Dec 2014 16:00:31 GMT
You could talk about what a compress2 version that breaks BC would look
like. Are there other changes that would be good in a 2.0 version?

Gary

On Mon, Dec 22, 2014 at 10:33 AM, Kristian Rosenvold <krosenvold@apache.org>
wrote:
>
> There are quite a few extension points in this class that make
> changing it really hard.
>
> I just committed  r1647329 which basically duplicates some code from
> this class into another class. As much as I hate duplication, I wasn't
> able to achieve what I wanted to without A) breaking some extension
> capability of the existing class or B) duplicating the code.
>
> We are not talking about the "bread and butter" usage of the class
> here but rather intricate extensions I'm unsure of how many people
> use. If it was up to me I'd break compatibility slightly an make a
> JIRA that explains how to migrate forwards and hence move the class to
> a somewhat better state. As things are right now I retained
> compatibility by not changing the class itself.
>
> WDYT ?
>
> Kristian
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

-- 
E-Mail: garydgregory@gmail.com | ggregory@apache.org
Java Persistence with Hibernate, Second Edition
<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message