hc-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gary Gregory <garydgreg...@gmail.com>
Subject Re: Separate src folder for deprecated classes
Date Fri, 26 Jul 2013 14:35:13 GMT
I only see the need for this extra complication if you also plan on
creating a jar for the deprecated code. This way you can have pure 4.3
jar and a 4.2 compatibility jar.

Gary

On Jul 26, 2013, at 10:19, Oleg Kalnichevski <olegk@apache.org> wrote:

> Folks
>
> Both HttpCore and HttpClient trunks (especially the latter) have a
> significant number of deprecated classes that accumulated in the course
> of 3 feature releases. I would rather see them removed but we have to
> practical about it. As an alternative, I would like to move deprecated
> classes to a separate src folder ./src/deprecated/java
> or ./src/main/java-deprecated. This would enable us to apply different
> policies to those classes, exclude them from the test coverage reports,
> and simply not to have them in the way. This change will not affect
> binary compatibility, just packaging.
>
> I hope there will be no objections but if I am mistaken please make them
> known now before I start moving classes around.
>
> Oleg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
> For additional commands, e-mail: dev-help@hc.apache.org
>

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


Mime
View raw message