I think that a key mistake was trying to do both generics and refactoring. I'd suggest that quite a few users would simply like a generified [collections] 3.5 that is fully backwards compatible (as the JDK was) and with no refactoring.
Now, some of the API cannot be generified correctly, so for a v3.5, those should simply be left as raw types. Of course doing the above isn't fun, as it involves going back (again), but it it probably the right approach. Stephen On 3 August 2011 16:01, Paul Benedict <pbened...@apache.org> wrote: > Or do a pure generics release as 3.5 to satisfy that need... which > allows 4.0 to have generics plus the benefit of major refactoring if > necessary (could also be called 4.0 and 5.0). > > On Wed, Aug 3, 2011 at 9:55 AM, Matt Benson <gudnabr...@gmail.com> wrote: >> On Wed, Aug 3, 2011 at 9:48 AM, Gary Gregory <garydgreg...@gmail.com> wrote: >>> The most important theme IMO is generics. That's what has come up at >>> work recently in fact. Everything else except showstopper bugs can >>> wait IMO. >> >> Indeed, this seems to resonate with Hen's recent treatise on >> (paraphrased) why the hell we take so long. >> >> Matt >> >>> >>> Gary >>> >>> On Wed, Aug 3, 2011 at 9:16 AM, Simone Tripodi <simonetrip...@apache.org> >>> wrote: >>>> Hi all guys, >>>> I'm (re)starting having a good slot of spare time, I volunteered to >>>> help Matt on finalizing the [collections] release, but after had a >>>> look at the open issues I think we should agree on what including and >>>> what not. >>>> Does anyone already have a good overview/idea of collections roadmap? >>>> Many thanks in advance, have a nice day!!! >>>> Simo >>>> >>>> http://people.apache.org/~simonetripodi/ >>>> http://www.99soft.org/ >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>>> >>> >>> >>> >>> -- >>> Thank you, >>> Gary >>> >>> http://garygregory.wordpress.com/ >>> http://garygregory.com/ >>> http://people.apache.org/~ggregory/ >>> http://twitter.com/GaryGregory >>> >>> --------------------------------------------------------------------- >>> 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 >> >> > > --------------------------------------------------------------------- > 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
