<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body>
    On 01/04/2025 08:52, Galder Zamarreno wrote:<br>
    <blockquote type="cite" cite="mid:CAAcPREuSh4C3HLLNX5JukjoHnpsBtW_pNtDrn0=My+oPEb-kBw@mail.gmail.com">
      
      <div dir="ltr">
        <div dir="ltr">
          <div><br>
          </div>
        </div>
        <br>
        <div class="gmail_quote gmail_quote_container">
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            <div> I'm not sure what "test harness" and "test jar" means
              here but just to say that jrt-fs.jar is in the JDK
              run-time.  </div>
          </blockquote>
          <div><br>
          </div>
          <div>
            <div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">^ Are you
              sure? The default make target, `exploded-image`, doesn't
              build the jrt-fs.jar. Aside from `test`, `images` does
              build the jar.</div>
          </div>
          <div> </div>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
            <div>When an IDE running on JDK X needs to build/run a
              project for target JDK Y then it will use the jrt file
              system to access the classes in the target JDK. jrt-fs.jar
              is the provider implementation that JDK X will load to do
              this.<br>
            </div>
          </blockquote>
          <div><br>
          </div>
          <div>
            <div class="gmail_default" style="font-family:arial,helvetica,sans-serif;font-size:small">If the
              jar does not mean, seems like an exploded image jdk won't
              work for ^?</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    jrtfs provides access, via the file system API and provider
    mechanism, to the classes/resources in the "current" run-time image.
    It handles exploded builds and images builds.<br>
    <br>
    jrtfs also provides access to the classes/resources in a
    remote/target JDK, think IDE running on JDK $X but targeting JDK $Y.
    Creating a jrtfs file system on JDK $X with home=JDK $Y will load
    the file system proivider from JDK $Y jrt-fs.jar. This is why the
    classes in jrt-fs.jar are compiled --release 8.<br>
    <br>
    I think you are asking why the exploded build doesn't include
    jrt-fs.jar. I suppose it could but the exploded build is just an
    interim step in the JDK build and not something that a vendor would
    ship. If there were a strong need for an IDE running on JDK $X to
    target an exploded build of JDK $Y then it can be made it work but
    it seems a less interesting setup.<br>
    <br>
    Hopefully it is starting to be clear that jrt-fs.jar is not tied to
    testing the JDK, it is needed in an images build to support IDEs
    (and other tools) that target the JDK.<br>
    <br>
    -Alan<br>
  </body>
</html>