RFR: 8140344: add support for 3 digit update release numbers

Rob McKenna rob.mckenna at oracle.com
Mon Nov 23 14:24:23 UTC 2015


Thanks David, I'll mark this 9-na. (bcc'ing verona-dev)

Something similar was fixed in 7 
(https://bugs.openjdk.java.net/browse/JDK-8009634) - that may be what 
you're thinking of.

Aside from that are you ok with the changes?

	-Rob

On 18/11/15 09:00, David Holmes wrote:
> On 18/11/2015 1:30 AM, Rob McKenna wrote:
>> I'd expect this to be superseded by 223 completely but I've cc'd
>> verona-dev in case there are objections. At this point the fix is more
>> for the benefit of 7 & 8. I'd be happy to mark this 9-na if that makes
>> more sense?
>
> I'd vote for a 7 (and 8?) specific fix. Didn't this already get fixed in 6.
>
> David
>
>>      -Rob
>>
>> On 17/11/15 15:19, Alan Bateman wrote:
>>>
>>>
>>> On 17/11/2015 14:47, Rob McKenna wrote:
>>>> Hi folks,
>>>>
>>>> With 7u hitting 101 shortly we've noticed that our Version parsing
>>>> infrastructure balks at the extra digit. With that in mind I'd like to
>>>> update the logic surrounding the parsing of version numbers and the
>>>> test itself to use regex instead of the less flexible
>>>> CharacterSequence method.
>>>>
>>>> http://cr.openjdk.java.net/~robm/8140344/webrev.01/
>>> Would it be better to bring this to verona-dev so that this can be
>>> looked at in the context of the JEP 223 changes?
>>>
>>> -Alan



More information about the core-libs-dev mailing list