JEP 245: Validate JVM Command-Line Flag Arguments

Karen Kinnear karen.kinnear at oracle.com
Fri Apr 17 12:56:54 UTC 2015


The PrintFlagsFinal is supposed to represent the state of the flags at the
end of startup processing which includes both command-line specified and
internal values and their interactions.

This is intended to increase stability. It is not changing the current
java command line conventions.

thanks,
Karen

On Apr 17, 2015, at 8:24 AM, kedar mhaswade wrote:

> +1. Will this also make the 'java command line' a public interface of the
> Java platform?
> 
> Martijn -- in your case, would the
> ​examination of the output of the ​
> flag -XX:+PrintFlagsFinal
> have helped? But then that flag makes the JVM startup print values of the
> JVM options as represented by the internals, not how one specified on the
> command line. (e.g.     uintx GCTimeLimit                               =
> 98              {product} ).
> 
> 
> On Fri, Apr 17, 2015 at 3:19 AM, Martijn Verburg <martijnverburg at gmail.com>
> wrote:
> 
>> Hi all,
>> 
>> This would be of great benefit to the tools space, we just spent the last
>> couple of days digging into GC flag (invalid) values causing 'interesting'
>> things to happen.
>> 
>> Having info messages instead of a JVM crash will also reduce the number of
>> JVM crashes we see out there. WRT to performance tuning this will allow
>> people to rapidly change settings in test with more confidence.
>> 
>> Anyhow, thanks for proposing this JEP!
>> 
>> 
>> 
>> Cheers,
>> Martijn
>> 
>> On 17 April 2015 at 00:54, <mark.reinhold at oracle.com> wrote:
>> 
>>> New JEP Candidate: http://openjdk.java.net/jeps/245
>>> 
>>> - Mark
>>> 
>> 



More information about the hotspot-dev mailing list