RFR 8183400: runtime/6981737/Test6981737.java fails with java.lang.RuntimeException: FAIL: Wrong value for java.version property, "9", expected to be of form: "[0-9]+[\\.[0-9]+]*\-.*"
harold seigel
harold.seigel at oracle.com
Fri Jul 7 19:26:29 UTC 2017
Thanks Misha!
Harold
On 7/7/2017 1:11 PM, mikhailo wrote:
> Updated changes look good.
>
>
> Misha
>
>
> On 07/07/2017 05:22 AM, harold seigel wrote:
>> Hi Paul,
>>
>> Thanks for your suggestions. I incorporated them into the fix.
>> Please review new webrev at:
>>
>> http://cr.openjdk.java.net/~hseigel/bug_8183400.2/webrev/index.html
>>
>> Thanks! Harold
>>
>>
>> On 7/6/2017 5:48 PM, Paul Sandoz wrote:
>>> Hi Harold,
>>>
>>> Can you directly use the instance of Runtime.Version returned from
>>> Runtime.version(), since IIUC the property “java.version” is derived
>>> from its state (see the generated class VersionProps). Then you
>>> don’t need to perform any regex operation for spliting.
>>>
>>> e.g.:
>>>
>>> Version v = Runtime.version();
>>> int major_version = v.major();
>>> String vm_spec_version_re = Integer.toString(major_version);
>>>
>>> I bet you can simplify further and remove the check for:
>>>
>>> 48 if (major_version < 7) {
>>>
>>> since Runtime only exists on 9 upwards. So it’s redundant unless
>>> there is some crazy version number overriding testing going on with
>>> that test we could remove it.
>>>
>>> Paul.
>>>
>>>> On 6 Jul 2017, at 12:46, harold seigel <harold.seigel at oracle.com>
>>>> wrote:
>>>>
>>>> Hi,
>>>>
>>>> Please review this JDK-10 test bug fix. The fix changes the test
>>>> to call Runtime.Version.parse() to parse the "java.version"
>>>> property value instead of using its own regular expression.
>>>>
>>>> Open Webrev: http://cr.openjdk.java.net/~hseigel/bug_8183400/webrev/
>>>>
>>>> JBS Bug: https://bugs.openjdk.java.net/browse/JDK-8183400
>>>>
>>>> The fixed test was tested on Linux using "java.version" property
>>>> values of "9", "9-ea", and "10-internal".
>>>>
>>>> Thanks, Harold
>>>>
>>
>
More information about the hotspot-runtime-dev
mailing list