commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benedikt Ritter <brit...@apache.org>
Subject Re: [collections] 4.0?
Date Mon, 18 Mar 2013 21:08:17 GMT
2013/3/18 Thomas Neidhart <thomas.neidhart@gmail.com>

> On 03/18/2013 06:08 PM, Gary Gregory wrote:
> > Hi All:
> >
> > What do we think needs to be done to get 4.0 out the door?
>
> I tried to group the existing issues this weekend, so everything that is
> marked as 4.0 should be resolved imho, the most important ones being:
>
>  * finalize the Buffer -> Queue change
>  * change package / groupId / artifactId
>  * create (extensive) release-notes
>  * fix test errors with IBM JVMs
>  * review trie interface
>
> Another important thing would be to review all method signatures with
> the new generic types, some things are really not working as intended or
> will create headaches (e.g. MultiMap<K, V> inherits from Map<K, Object>
> which makes it impossible to use for some/any MapUtils methods unless we
> override all methods also with a MultiMap<K, V>).
>
> My idea was to create an alpha or beta release and try to get as much as
> possible feedback from people within 1-2 months and then aim to release
> 4.0.
>

There are several tests that still inherit from TestCase. The test
environment is pretty complex with a lot of sub classing. Do you see
problems when removing TestCase? I'd like to do this some time this week.

Also some tests have empty setUp and tearDown methods. I've already seen
this in [beanutils] but see no point in keeping those. Any objections
against dropping empty setUp and tearDowns?

Benedikt


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


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

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