Ersetzungen für veraltete JPMS-Module durch Java EE-APIs

JAXB (Java.xml.bind) für JDK9  

Funktioniert perfekt in meinen Desktopanwendungen auf jdk9/10 EA

<properties>
    <jaxb-api.version>2.3.0</jaxb-api.version>
</properties>

<!-- JAXB 2.3.0 for jdk9+ -->
<dependency>
    <groupId>javax.xml.bind</groupId>
    <artifactId>jaxb-api</artifactId>
    <version>${jaxb-api.version}</version>
</dependency>
<dependency>
    <groupId>org.glassfish.jaxb</groupId>
    <artifactId>jaxb-runtime</artifactId>
    <version>${jaxb-api.version}</version>
</dependency>
<!-- JAXB needs javax.activation module (jdk9) -->
<dependency>
    <groupId>javax.activation</groupId>
    <artifactId>javax.activation-api</artifactId>
    <version>1.2.0</version>
</dependency>

Es scheint, dass jaxws-ri transitiv von commonj.sdo: commonj.sdo: jar: 2.1.1.v201112051852 abhängt, was offensichtlich aus dem Repository http://download.Eclipse.org/rt/eclipselink/maven.repo zu finden ist

Ich musste JAX-WS (Java.xml.ws) und JAXB (Java.xml.bind) für meine auf Spring Boot 2 basierende Anwendung ersetzen und erhielt diese JARs (Gradle-Build):

// replacements for deprecated JDK module Java.xml.ws
runtimeOnly 'javax.xml.ws:jaxws-api:2.3.0' // javax.xml.ws.* classes
runtimeOnly 'javax.jws:jsr181-api:1.0-MR1' // for javax.jws.* classes

// replacement for deprecated JDK module Java.xml.bind
runtimeOnly 'javax.xml.bind:jaxb-api'
runtimeOnly 'org.glassfish.jaxb:jaxb-runtime:2.3.0.1'
runtimeOnly 'org.glassfish:javax.json:1.1.2'
runtimeOnly 'org.Eclipse:yasson:1.0.1'

(Möglicherweise benötigen Sie compile oder einen anderen Bereich. runtimeOnly war für uns ausreichend.)

Mir ist aufgefallen, dass https://mvnrepository.com/artifact/com.Sun.xml.bind/jaxb-core als "alt" beschrieben wird und und diese Antwort für org.glassfish-basiertes Zeug verwendet wurde org.Eclipse.yasson auch.

Jetzt ist es wirklich unordentlich, es funktioniert, aber wie sollte man sicher sein, dass es der beste Ersatz ist, richtig?

Ich habe mit den meisten der oben beschriebenen Vorschläge mit JDK 11.0.3 experimentiert und war nicht erfolgreich. Die einzige Lösung, die ich letztendlich gefunden habe, ist die folgende. Möglicherweise funktionieren auch andere Optionen, aber die Auswahl der Version scheint entscheidend zu sein. Wenn Sie beispielsweise com.Sun.xml.ws:rt in 2.3.2 ändern, ist das Modul javax.jws nicht mehr verfügbar.

    <dependency>
        <groupId>org.glassfish.jaxb</groupId>
        <artifactId>jaxb-runtime</artifactId>
        <version>2.4.0-b180830.0438</version>
    </dependency>
    <dependency>
        <groupId>com.Sun.xml.ws</groupId>
        <artifactId>rt</artifactId>
        <version>2.3.1</version>
    </dependency> 

Ich fand den einfachsten Weg, um die JAXB-Teile dieser Probleme zu umgehen, die Abhängigkeitsverwaltung in meinem Root-Pom oder in meinem Bombe zu verwenden:

    <project ...>
      <dependencyManagement>
        <dependencies>
          <!-- ... -->
          <!-- Gone from jvm in Java11 -->
          <dependency>
          <groupId>com.Sun.xml.bind</groupId>
          <artifactId>jaxb-ri</artifactId>
          <version>2.4.0-b180830.0438</version>
          <scope>import</scope>
          <type>pom</type>
        </dependency>
        <!-- ... -->
      </dependencies>
    </dependencyManagement>
    </project>

Und in den Modulen, die die Kompilierung auf jdk11 fehlschlagen:

    <!-- ... -->
    <dependencies>
      <!-- Gone from jvm in Java11 -->
      <dependency>
         <groupId>javax.xml.bind</groupId>
         <artifactId>jaxb-api</artifactId>
      </dependency>
      <dependency>
         <groupId>com.Sun.xml.bind</groupId>
         <artifactId>jaxb-impl</artifactId>
         <scope>runtime</scope>
      </dependency>
      <dependency>
         <groupId>org.glassfish.jaxb</groupId>
         <artifactId>jaxb-runtime</artifactId>
         <scope>runtime</scope>
      </dependency>
      <!-- ... -->
    </dependencies>  
    <!-- ... -->

Durch die Aktualisierung der Version von org.jvnet.jaxb2.maven2:maven-jaxb2-plugin auf 0.14.0 wurden für mich alle Probleme mit der Jaxb-Generierung behoben.

Nur eine geringfügige Abweichung (Verbesserung) der obigen Antworten - hier nur für JAXB veranschaulicht. Sie können die Abhängigkeiten mit dem Bereich runtime hinzufügen und nur, wenn dies effektiv erforderlich ist (d. H. Wenn Sie für das Ausführen in einer JRE mit Version> = 9 --- hier wird v11 als Beispiel angegeben)

<profile>
        <id>when-on-jdk-11</id>
        <activation>
            <jdk>11</jdk>
        </activation>

        <properties>
            <!-- missing artefacts version properties -->
            <jaxb-api.version>2.3.1</jaxb-api.version>
            <jaxb-impl.version>2.3.2</jaxb-impl.version> <!-- one might let it the same with the jaxb-api.version -->
        </properties>

        <dependencies>
            <!-- runtime dependencies to avoid JAXB related CNF exceptions when running on Java 11 (e.g.: ClassNotFoundException: javax.xml.bind.annotation.XmlType) -->
            <dependency>
                <groupId>javax.xml.bind</groupId>
                <artifactId>jaxb-api</artifactId>
                <version>${jaxb-api.version}</version>
                <scope>runtime</scope>
            </dependency>
            <dependency>
                <groupId>org.glassfish.jaxb</groupId>
                <artifactId>jaxb-runtime</artifactId>
                <version>${jaxb-impl.version}</version>
                <scope>runtime</scope>
            </dependency>
        </dependencies>
    </profile>