Hi guys, thanks a lot for the deep review! I didn't put any effort on the design but only to prepare the package - like always, any suggestion is much more than welcome! And of course we would need a lot of help to improve the quality of the component. So, as you proposed, would be reasonable to drop the 1.0 and decide upon for a 0.1 as current release? Many thanks in advance, all the best! Simo
http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Oct 21, 2011 at 1:36 AM, sebb <seb...@gmail.com> wrote: > On 21 October 2011 00:07, sebb <seb...@gmail.com> wrote: >> On 20 October 2011 23:31, Emmanuel Bourg <ebo...@apache.org> wrote: >>> Hi, >>> >>> I have a mixed feeling about this release. If I remember well this code >>> predates Java 5, and despite the amazing work that has been put into to >>> generify the code, I wonder if it has been sufficiently thought out for a >>> Java 5 world. >> >> I'm inclined to agree; it would be counter-productive to release >> version 1.0 and then find that there need to be changes that break the >> API. >> >> I just did a build, and there are a lot of missing @Override markers. >> >> Also lots of raw types in the Test classes. >> >> If there are pressing reasons to provide a release for testing >> purposes, then create a snapshot for developers to use. >> >> At a pinch, I suppose one could release a 0.n version, and then break >> the API if necessary in 1.0. >> But it would need to be made clear that the API was not finalised. >> > > Also just noticed: > @author tags > $Date$ SVN properties > @SuppressWarnings without any justification why it is safe to do so > Maven reports some warnings about deprecated settings > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
