Sounds reasonable to me. I'd suggest we also document this on our wiki somewhere as a policy to move deprecated classes over here at the time we mark them deprecated in the source [or whatever we want the policy to be].
Jon On Fri, Jul 26, 2013 at 10:18 AM, Oleg Kalnichevski <[email protected]>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: [email protected] > For additional commands, e-mail: [email protected] > >
