RFR  Need a way to suppress message when picking up JAVA_TOOL_OPTIONS
sean.coffey at oracle.com
Thu Apr 3 17:16:59 UTC 2014
On 03/04/2014 17:03, Ivan Gerasimov wrote:
>> 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,
More information about the hotspot-dev