<div dir="ltr"><div dir="ltr">Em dom., 18 de fev. de 2024 às 08:38, Maurizio Cimadamore <<a href="mailto:maurizio.cimadamore@oracle.com">maurizio.cimadamore@oracle.com</a>> escreveu:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
  <div>
    <p>On Linux, you can do `loaderLookup("libc.so.6")` and that works
      fine - no custom logic is needed. The problem of shipping native
      libraries into maven modules, on the other hand, is one that still
      requires manual workarounds. But I believe that to be more a
      problem of the tool we're "forced" to work with (Maven/Gradle):
      there's _no sane way_ to load a shared library from a zip file (or
      from some random memory address). Meaning that, to do that, you
      need to copy the library _somewhere_ before loading, which can
      come with its own set of issues (e.g. no write access, not even to
      "/tmp"). A qualitatively better solution would be to use jmods and
      custom JDK images (with jlink) which can deal with native
      libraries just fine, but unfortunately these things are not
      supported by the build tools we have today. This is another of
      these follow-up activity that will likely fall out from the
      initial FFM addition.</p></div></blockquote><div><br></div><div>Is there an appropriate place to send "enhancement requests" to jlink?<br>This discussion has reminded me of blockers to the adoption of jlink in my work, and perhaps it is time to express them.</div><div>I am familiar with Gradle and the community "jlink" plugin, and would be interested in sending them PRs on these topics.</div><div>My shop does JCA providers and currently jlink does not properly embed those.</div><div><br></div></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Pedro Lamarão</div></div></div></div>