<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 29, 2023 at 5:25 PM Alex Buckley <<a href="mailto:alex.buckley@oracle.com">alex.buckley@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 8/29/2023 8:35 AM, Attila Kelemen wrote:<br>
> That is a completely invalid argument. I wrote "many people proposed <br>
> basically the same thing", and then you try to refute it by stating that <br>
> there was one guy who didn't. This is a non-sequitur. Secondly, your <br>
> claim is not even true, because Glavo wanted to set a flag in the main <br>
> module. That is not zero flag no matter how I count it.<br>
<br>
The whole point of this JEP is to give the choice of enabling JNI to the <br>
user. If a library developer can enable JNI by saying `requires native;` <br>
in a module, then the choice isn't given to the user.<br></blockquote><div><br></div><div>However, it's not really a choice. The only alternative for the user is to not<br></div><div>use the application *at all*.<br><br></div><div>And that's what I see as the problem here. There are no possible actions<br>that will improve the ecosystem or the software. There is no better path<br>that developers/users get guided towards. The only possible course of<br>action is to --enable-native-access and carry on.<br></div></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature">-Peter Tribble<br><a href="http://www.petertribble.co.uk/" target="_blank">http://www.petertribble.co.uk/</a> - <a href="http://ptribble.blogspot.com/" target="_blank">http://ptribble.blogspot.com/</a></div></div>