RFR [8039152] Need a way to suppress message when picking up JAVA_TOOL_OPTIONS

[Mikael Gerdin]

On Thursday 03 April 2014 14.50.42 Staffan Larsen wrote:
> On 3 apr 2014, at 14:46, Ivan Gerasimov <ivan.gerasimov at oracle.com> wrote:
> > Thanks Staffan for the comments.
> > 
> > On 03.04.2014 16:36, Staffan Larsen wrote:
> >> My initial reaction is: Nooo! Please don’t add more options and special
> >> cases to the parsing of the command line and startup options.
> >> 
> >> My slightly more polished reaction is: can you provide a good use case
> >> where this is needed? The options and the message has been around for
> >> many years and not caused too much alarm.> 
> > We've got a customer who is annoyed by this message.
> > They use the env variable to pass additional options to the jvm.
> > Currently they have to add some additional processing of the output to
> > scrape the stderr and get rid of this message.
> It sounds like they have a good solution in place and no change is required
> on our part.
> 
> Seriously, we have way too many options already and we cannot please
> everyone by adding options for every single use case.

I agree with Staffan.
If they don't want the output from using JAVA_TOOL_OPTIONS and _JAVA_OPTIONS 
then they can pass the options as command line options. 
If they don't want that they can create a text file with all their flags and 
use -XX:Flags=filename to set their VM flags.

/Mikael

> 
> Sorry for being the annoying guy,
> /Staffan
> 
> > Sincerely yours,
> > Ivan
> > 
> >> /Staffan
> >> 
> >> On 3 apr 2014, at 14:23, Ivan Gerasimov <ivan.gerasimov at oracle.com> 
wrote:
> >>> Hi everyone!
> >>> 
> >>> At the start time hotspot is scanning a couple of environment variables
> >>> (JAVA_TOOL_OPTIONS and _JAVA_OPTIONS) and picks up the options from
> >>> them. If these were found, a message is printed to the stderr about
> >>> what's going on. Sometimes this message is not desirable and we need to
> >>> have a way to turn it off.
> >>> 
> >>> May I please have a review for a simple fix which introduces another
> >>> option (-XX:+SuppressJavaOptsOutput), which when specified among the
> >>> other options in the env variable, will suppress the message output.
> >>> 
> >>> BUGURL: https://bugs.openjdk.java.net/browse/JDK-8039152
> >>> WEBREV: http://cr.openjdk.java.net/~igerasim/8039152/0/webrev/
> >>> 
> >>> Sincerely yours,
> >>> Ivan