Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of garydgregory@gmail.com
 designates 209.85.210.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAPVuaYukiqvCM6Y4UsBtJEAmP5PZZBdwpban=KZnXPkpJDDv=A@mail.gmail.com>
References: 
 <CAAqLGLNAqBKEMWxfV=BKOkfiF+9TwON9KYScbjXP2LxsPmp3BQ@mail.gmail.com>
	<CACZkXPzw32DugsvjMHb=T0VNugd4yi5TwQBPR0ab1Js7yxfrmg@mail.gmail.com>
	<CAE9L6G3zGviSk0dFpgzv_CoMgpxcVqdGNSiUF44nJcU6hzAapA@mail.gmail.com>
	<CABLGb9xd+ffO7HGeOEt56LdZY4c5=DzZHkkfxbW8ozC3ouE98g@mail.gmail.com>
	<CACzrW9CBBk4W0QNdtuWv4oaniDERp4yg=B6ouweipTQEwC0hBA@mail.gmail.com>
	<CAPVuaYukiqvCM6Y4UsBtJEAmP5PZZBdwpban=KZnXPkpJDDv=A@mail.gmail.com>
Date: Fri, 5 Aug 2011 08:55:55 -0400
Message-ID: 
 <CACZkXPxZOCfqWGK1zeOZe2H5F1ayeLdmEkcBQjZUzZkJrUwOsQ@mail.gmail.com>
Subject: Re: [collections] 4.0 release path
From: Gary Gregory <garydgregory@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Fri, Aug 5, 2011 at 2:12 AM, Henri Yandell <flamefew@gmail.com> wrote:
> I think we should move the current trunk off and call it generics-RnD.
>
> Then we should copy 3.2 over to trunk (or maybe 3.3, I seem to recall
> that prior to merging the generics in we had a 3.3 ready for release).
>
> We then release 3.3.
>
> Then we start 3.4. We genericize some tiny part of it in a binary
> compat way. Release.
> 3.5. Genericize a bit more. Release.
> 3.6... etc.
>
> We use generics-RnD code, pulling it over (and maybe deleting when
> considered happy).
>
> Somewhere around about 3.28 we can decide to start on 4.0, pulling
> over the remainder of generics-RnD.
>
> Hen

Yes, release early, release often.

The only issue I can see is the time suck aspect of RERO. In [lang],
it seems we've made an unwritten agreement to release once a month,
that's pretty aggressive based on history. Are we talking about
something like this here?

Gary

>
>
> On Wed, Aug 3, 2011 at 8:23 AM, Stephen Colebourne <scolebourne@joda.org>=
 wrote:
>> 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 =C2=A0for 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 <pbenedict@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 <gudnabrsam@gmail.com> wrot=
e:
>>>> On Wed, Aug 3, 2011 at 9:48 AM, Gary Gregory <garydgregory@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 <simonetripodi@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 an=
d
>>>>>> 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-unsubscribe@commons.apache.org
>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>


--=20
Thank you,
Gary

http://garygregory.wordpress.com/
http://garygregory.com/
http://people.apache.org/~ggregory/
http://twitter.com/GaryGregory

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