<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">
      <p>Hello Christoph<br>
      </p>
      <p>Le 31/01/2019 à 12:21, Christoph Steinforth a écrit :</p>
    </div>
    <blockquote type="cite"
cite="mid:CANkBy=m3k529DcABfR=qYqA2+vcEFjWTSOTo9YpvGdjaXdF2KQ@mail.gmail.com">
      <p>
        <meta http-equiv="content-type" content="text/html;
          charset=UTF-8">
      </p>
      <div dir="ltr">
        <div dir="ltr">
          <p>we are working on an application which uses geotk in the
            version 3.20. Whilst there is no problem using OpenJDK 8 to
            start the application, Java 11 gives us the follwing stack
            trace:</p>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">
            <div>
              <p>(…snip…)</p>
              <p>4056/0|18-12-07 10:07:39|Caused by:
                java.lang.IllegalArgumentException:
                org.opengis.util.NameFactory is not an ImageIO SPI class</p>
              <p>(…snip…)</p>
            </div>
          </blockquote>
          <div>
            <p>Is there any work around this with geotk 3.20?</p>
          </div>
        </div>
      </div>
    </blockquote>
    <p>I'm not aware of a way that would not require modification of
      source code. The current code uses the JDK class <tt>javax.imageio.spi.ServiceRegistry</tt>
      for managing factories. That class was compatible with <tt>java.util.ServiceLoader</tt>
      but with more functionalities (in particular the capability to set
      precedence between factories). But since Jigsaw in Java 9, <tt>java.util.ServiceLoader</tt>
      has evolved to become the only "official" mechanism for managing
      services in a modularized world. The JDK added a restriction on <tt>javax.imageio.spi.ServiceRegistry</tt>
      presumably for inciting developers to migrate to <tt>java.util.ServiceLoader</tt>.</p>
    <p>The fix is to replace all our use of <tt>javax.imageio.spi.ServiceRegistry</tt>
      by <tt>java.util.ServiceLoader</tt> in source code. We have not
      done yet this work. Alternatively, can you share which Geotk
      functionalities you use? If those functionalities are available in
      Apache SIS, the migration may possibly be mostly a matter of
      changing package names.</p>
    <p>    Martin</p>
    <p><br>
    </p>
  </body>
</html>