<div dir="ltr"><div>Though I currently have no need for jlink, in Java 8 times I have packaged the JRE with the application, and jlink (and modularized jdk) would have been immensely useful to me. That is, if I would be working on that project (or similar), I would have switched to a modularized application instantly and would have used jlink. Granted, it would not have been too difficult for me, because I always kept my code very modularized (just didn't have module-info at the time). My main annoyance would have come from the fact that you have to put redundant information into module-info.java (which bothers me to this day, but tools don't really let me get away without the redundancy without giving up on something).</div><div><br></div><div>Though my answer does not add to your counter, what I meant is that for those who need it there is a big motivation, and I know this from experience. I think the main issue is that people simply don't know about it. Given my experience, people just don't follow what there is in Java, they will just keep doing what they did before. And if you take away something, they will just find the closest thing. Just to horrify some people: Given my extensive experience in interviewing average devs, there are a *lot* of people who don't even know what a lambda is in Java to this day (these people usually believe it is some kind of special syntax for the Stream API), and almost nobody knows what wildcard types mean. As for how to push the knowledge to people, I have no idea :(</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Stephen Colebourne <<a href="mailto:scolebourne@joda.org">scolebourne@joda.org</a>> ezt írta (időpont: 2023. szept. 6., Sze, 13:10):<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 Wed, 6 Sept 2023 at 10:22, Ron Pressler <<a href="mailto:ron.pressler@oracle.com" target="_blank">ron.pressler@oracle.com</a>> wrote:<br>
> So we’ve worked for years on that and delivered a feature that allows any Java application to pick a runtime and configure it as it wishes (jlink). These days, if an application has difficulty choosing or configuring its runtime, it’s by choice. If lack of control over the runtime poses a problem for your application, why are you choosing not to control the runtime?<br>
<br>
I think it is important to ask how widespread usage of jlink actually<br>
is? Is this something the Oracle team has data on?<br>
<br>
The messaging I see around jlink is that it is only useful if every<br>
part of your application is modular. While this isn't accurate, it is<br>
true that it is more hassle when not everything is modular. Given that<br>
most people depend on open source libraries, and a lot of those<br>
(probably most) are not modular, my assumption is that most people<br>
don't use jlink? Trying to manually convert jars to be modular just to<br>
satisfy jlink seems like a fools errand / mad book-keeping exercise.<br>
Using a tool to convert jars seems to be injecting a step in the build<br>
pipeline that alters code, so that what you run isn't what you tested.<br>
<br>
(Most open source libraries are not modular as modules bring pain with<br>
no benefits to an open source library)<br>
<br>
When the Oracle team removed the JRE, my take is that most people just<br>
switched to deploying the JDK instead rather than adding jlink as a<br>
complication. But perhaps I'm wrong? Depending on a shared Java<br>
runtime still seems like a pretty normal model to me. Even if the<br>
shared runtime is in Docker.<br>
<br>
FWIW, I suspect deploying the JDK instead of the JRE is actually worse<br>
for security, which is ironic given all the discussion around the<br>
"threat" of native code.<br>
<br>
My concern here is that the Oracle team is making assumptions about<br>
how Java is deployed which aren't actually realistic.<br>
<br>
Stephen<br>
PS. IMO it is a design flaw that jlink can't handle non-modular jar files<br>
PPS: IMO it is a design flaw that there was a split between the<br>
classpath and modulepath<br><br>
</blockquote></div></div>