CFV: New Project: Verona

[Jiri Vanek]

On 02/16/2015 10:05 PM, Iris Clark wrote:
> Hi, Jiri.
>
> Thanks for the suggestion.  I'm not sure I understand the use case.  The API can be used to achieve the same effect of any one of your invocations with a small amount of code:

Hello!

Yes, I'm aware of this possibility. My use-case is exactly to avoid what you have described. To avoid to write java class/regex every time I  wont to get part of the version.

More deeply - consider testing of huge application, unluckily all JDKs are supported, unluckily not all versions of applications supports all possible JDKs updates.

So you can see, there is a lot of ifs on major/minor/security/u/b/whatever

Also unluckily, not one person is doing all the testing, not even one team. So unless the persons/teams (oh yes, this is big dream :) ) communicates, there will be always duplication - each will have their class their regex...

So  on long run it will be quite nice to have this support.

Best regards from CZ,

   J.
>
>    public static void main(String ... args) {
>        // java -version:major
>        System.out.format("%d%n", jdk.util.Version.current().major());
>    }
>
> Regards,
> iris
>
> -----Original Message-----
> From: Jiri Vanek [mailto:jvanek at redhat.com]
> Sent: Monday, February 16, 2015 4:29 AM
> To: discuss at openjdk.java.net
> Subject: Re: CFV: New Project: Verona
>
> On 02/13/2015 09:22 PM, Iris Clark wrote:
>> I hereby propose the creation of the Verona Project with Iris Clark as
>> the Lead and Core Libraries as the sponsoring Group.
>>
>> This Project will implement the new JDK version string as described in
>> JEP 223 [0].  The new version-string scheme is designed to easily
>> distinguish major, minor, and security-update releases.
>
>
> hello!
>
>
> Looking to the jep, I'm  missing more granular command-line api.
> Instead of regex on java -version, -version can take an argument:
> java -version major
> java -version minor
> java -version security
> java -version  vnum
> java -version  pre
> java -version  build
> java -version  opt
>
> Or even any combination of those above... Or whatever what suits implementators
>
> Thank you !
>    J.
>>
>> Iris Clark has worked on the JDK since 1999, first as a developer on
>> the javac compiler team and later as Core Libraries technical lead for
>> Java SE 5.0, Java SE 6, and Java SE 7.  In her current role she
>> assists with on-boarding new OpenJDK Projects and is an author of the new version scheme.
>>
>> The initial Reviewers, Committers, and Authors will be:
>>
>> - Pete Brunet (Committer, Client)
>> - Sergey Bylokhov (Reviewer, Client)
>> - David Dehaven (Committer, Client)
>> - Magnus Ihse Bursie (Reviewer, Build)
>> - David Katleman (Reviewer, RE)
>> - Dinesh Malav (Author, Client)
>> - Alex Menkov (Committer, Client)
>> - Alejandro Murillo (Committer, HotSpot)
>> - Mark Reinhold (Reviewer)
>> - Alexey Semenyuk (Author, Client)
>> - Steve Sides (Author, SQE)
>> - Kumar Srinivasan (Reviewer, LangTools)
>>
>> (Role based on current Project JDK 9 role [1].)
>>
>> Votes are due by 11:00 PM UTC on Friday, 27 February [2].
>>
>> Only current OpenJDK Members [3] are eligible to vote on this motion.
>> Votes must be cast in the open on the discuss list.  Replying to this
>> message is sufficient if your mail program honors the Reply-To header.
>>
>> For Lazy Consensus voting instructions, see [4].
>>
>> Thanks,
>> Iris Clark
>>
>> [0] http://openjdk.java.net/jeps/223
>> [1] http://openjdk.java.net/census#jdk9
>> [2]
>> http://www.timeanddate.com/worldclock/fixedtime.html?iso=20150227T15&p
>> 1=224 [3] http://openjdk.java.net/census#members
>> [4] http://openjdk.java.net/projects/#new-project-vote
>>
>