[EXTERNAL] Discuss: Prevent jlink runtimes from reading _JAVA_OPTIONS

[Kirk Pepperdine]

Hi all,

The use of _JAVA_OPTIONS is part of the long established pattern to configured a process. This pattern preferes configurations starting with command line over environment variables over configuration files. I can understand why this is problematic if one is unaware but this is a decades old well establish practice that the JVM follows.

Kind regards,
Kirk

> On May 8, 2024, at 7:00 AM, Bruno Borges <Bruno.Borges at microsoft.com> wrote:
> 
> Thanks Alan.
> 
> I'll follow up there 
> 
> Sent from mobile device.
> From: Alan Bateman <Alan.Bateman at oracle.com>
> Sent: Tuesday, May 7, 2024 9:43:27 PM
> To: Bruno Borges <Bruno.Borges at microsoft.com>; hotspot-dev at openjdk.org <hotspot-dev at openjdk.org>
> Subject: [EXTERNAL] Re: Discuss: Prevent jlink runtimes from reading _JAVA_OPTIONS
>  
> 
> On 08/05/2024 04:25, Bruno Borges wrote:
> > In this Reddit discussion [1], the user complains that a jlinked 
> > runtime of their application, packaged with jpackage, was failing to 
> > some degree due to the environment variable _JAVA_OPTIONS being set 
> > somewhere else in the system.
> >
> > I do agree with the user that a runtime shipped as a built-in 
> > component of a Java-based standalone application should not have its 
> > properties altered due to a magical environment variable.
> >
> > I'd like to ask if it is reasonable to suggest that in the case of a 
> > jlinked runtime, this should not happen.
> >
> There was another thread about this a few days ago [1].
> 
> -Alan
> 
> [1] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmail.openjdk.org%2Fpipermail%2Fhotspot-dev%2F2024-May%2F088245.html&data=05%7C02%7CBruno.Borges%40microsoft.com%7Cf45d571f168c44eb82b908dc6f196f34%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C638507402252381755%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=ZCiuEnWjSdSqRLH0luxNRksK0wYm2IGSzDwuvSQkHFY%3D&reserved=0 <https://mail.openjdk.org/pipermail/hotspot-dev/2024-May/088245.html>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/hotspot-dev/attachments/20240509/ffbdd7ae/attachment.htm>