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

Seán Coffey sean.coffey at oracle.com
Thu Apr 3 17:16:59 UTC 2014

On 03/04/2014 17:03, Ivan Gerasimov wrote:
>> Ivan,
>> The VM squawks about JAVA_TOOL_OPTIONS and _JAVA_OPTIONS being used
>> because they are dangerous. Adding an option that would allow the
>> same mechanism to be used without warning would be... well...
>> even more dangerous.
> The customer already has a way to get rid of the warning: Preprocess 
> the output and filter the warning out.
> This approach is ugly, hard to make general and leads to errors.
> I think we should provide an option to achieve the same effect but 
> without that hard work around.
I think this suggested enhancement would be a plus to many enterprises. 
The issue stems from the submitter running into issues with how the 
user.home property works on windows vista and later. Fix was addressed 
in JDK-6519127 and JDK8 but can't be backported to 7u due to behavioural 
differences. Given the enterprise and many applications, a per 
application system property to set the user.home property wasn't 
suitable. _JAVA_OPTIONS makes for easier deployment of this property.

Now - with submitter having to use _JAVA_OPTIONS, it spews out such 
settings to stderr. Other applications are scraping output from stderr. 
Yes - not a great design, but that's the way it is.

This new option would surely be a useful addition for anyone running 
into such an issue. Is there a better way without them re-writing 
application code ?

> Sincerely yours,
> Ivan 

More information about the hotspot-dev mailing list