> On Feb 24, 2016, at 9:59 PM, Iris Clark wrote:
>
> Hi, Alan, Mandy, and Mark.
>
> After exploring a few module options (jdk.Version, jdk.dev [0]),
> it looks like the best choice is to move jdk.Version to
> java.lang.Runtime.Version (a nested class of Runtime). It supports
> the values re
> On 25 Feb 2016, at 09:06, Alan Bateman wrote:
>
> On 25/02/2016 05:59, Iris Clark wrote:
>> Hi, Alan, Mandy, and Mark.
>>
>> After exploring a few module options (jdk.Version, jdk.dev [0]),
>> it looks like the best choice is to move jdk.Version to
>> java.lang.Runtime.Version (a nested class
On 25/02/2016 05:59, Iris Clark wrote:
Hi, Alan, Mandy, and Mark.
After exploring a few module options (jdk.Version, jdk.dev [0]),
it looks like the best choice is to move jdk.Version to
java.lang.Runtime.Version (a nested class of Runtime). It supports
the values returned by the java.{vm.}?ver
Hi, Alan, Mandy, and Mark.
After exploring a few module options (jdk.Version, jdk.dev [0]),
it looks like the best choice is to move jdk.Version to
java.lang.Runtime.Version (a nested class of Runtime). It supports
the values returned by the java.{vm.}?version and
java.{vm.}?specification.ver