Java 9 hat sechs Module, die Java EE-APIs enthalten, veraltet und werden bald entfernt :

• java.activation mit javax.activationPaket
• java.corba mit javax.activity, javax.rmi, javax.rmi.CORBA, und org.omg.*Pakete
• java.transaction mit javax.transactionPaket
• java.xml.bind mit allen javax.xml.bind.*Paketen
• java.xml.ws mit javax.jws, javax.jws.soap, javax.xml.soap, und alle javax.xml.ws.*Pakete
• java.xml.ws.annotation mit javax.annotationPaket

Welche gepflegten Artefakte von Drittanbietern stellen diese APIs bereit? Es spielt keine Rolle, wie gut sie diese APIs bereitstellen oder welche anderen Funktionen sie bieten - alles, was zählt, ist, dass sie ein Ersatz für diese Module / Pakete sind?

Um das Sammeln von Wissen zu vereinfachen, antwortete ich mit dem, was ich bisher wusste, und machte die Antwort zu einem Community-Wiki. Ich hoffe, die Leute werden es erweitern, anstatt ihre eigenen Antworten zu schreiben.

Bevor Sie abstimmen, um zu schließen:

• Ja, es gibt bereits einige Fragen zu einzelnen Modulen, und eine Antwort auf diese Frage würde diese Informationen natürlich duplizieren. Aber AFAIK, es gibt keinen einzigen Punkt, um über all dies zu lernen, was meiner Meinung nach sehr wertvoll ist.
• Fragen, die nach Bibliotheksempfehlungen fragen, werden normalerweise als nicht zum Thema gehörend angesehen, da "sie dazu neigen, meinungsgebundene Antworten und Spam anzulocken", aber ich denke nicht, dass dies hier zutrifft. Der Satz gültiger Bibliotheken ist klar abgegrenzt: Sie müssen einen bestimmten Standard implementieren. Darüber hinaus ist nichts anderes wichtig, daher sehe ich kein großes Risiko für Meinungen und Spam.

Verwenden Sie anstelle der veralteten Java EE-Module die folgenden Artefakte.

JAF ( java.activation )

JavaBeans Activation Framework (jetzt Jakarta Activation ) ist eine eigenständige Technologie (verfügbar in Maven Central):

<dependency>
    <groupId>com.sun.activation</groupId>
    <artifactId>jakarta.activation</artifactId>
    <version>1.2.2</version>
</dependency>

( Quelle )

CORBA ( java.corba )

Aus JEP 320 :

Es wird keine eigenständige Version von CORBA geben, es sei denn, Dritte übernehmen die Wartung der CORBA-APIs, der ORB-Implementierung, des CosNaming-Anbieters usw. Die Wartung durch Dritte ist möglich, da die Java SE-Plattform unabhängige Implementierungen von CORBA unterstützt. Im Gegensatz dazu wird die API für RMI-IIOP ausschließlich in Java SE definiert und implementiert. Es wird keine eigenständige Version von RMI-IIOP geben, es sei denn, ein dedizierter JSR wird gestartet, um es zu verwalten, oder die Verwaltung der API wird von der Eclipse Foundation übernommen (der Übergang der Verwaltung von Java EE von JCP zu Eclipse Foundation umfasst GlassFish und seine Implementierung von CORBA und RMI-IIOP).

JTA ( java.transaction )

Standalone-Version:

<dependency>
    <groupId>jakarta.transaction</groupId>
    <artifactId>jakarta.transaction-api</artifactId>
    <version>1.3.3</version>
</dependency>

( Quelle )

JAXB ( java.xml.bind )

Seit Java EE in Jakarta EE umbenannt wurde , wird JAXB jetzt durch neue Artefakte bereitgestellt:

<!-- API -->
<dependency>
    <groupId>jakarta.xml.bind</groupId>
    <artifactId>jakarta.xml.bind-api</artifactId>
    <version>2.3.3</version>
</dependency>

<!-- Runtime -->
<dependency>
    <groupId>com.sun.xml.bind</groupId>
    <artifactId>jaxb-impl</artifactId>
    <version>2.3.3</version>
    <scope>runtime</scope>
</dependency>

JAXB-Referenzimplementierungsseite .

schemagenund xjckann dort auch als Teil einer eigenständigen JAXB-Distribution heruntergeladen werden.

Siehe auch verknüpfte Antwort .

JAX-WS ( java.xml.ws )

Referenzimplementierung:

<!-- API -->
<dependency>
    <groupId>jakarta.xml.ws</groupId>
    <artifactId>jakarta.xml.ws-api</artifactId>
    <version>2.3.3</version>
</dependency>

<!-- Runtime -->
<dependency>
    <groupId>com.sun.xml.ws</groupId>
    <artifactId>jaxws-rt</artifactId>
    <version>2.3.3</version>
</dependency>

Download der eigenständigen Distribution (enthält wsgenund wsimport).

Allgemeine Anmerkungen ( java.xml.ws.annotation )

Java Commons Annotations (verfügbar in Maven Central):

<dependency>
    <groupId>jakarta.annotation</groupId>
    <artifactId>jakarta.annotation-api</artifactId>
    <version>1.3.5</version>
</dependency>

( Quelle )

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

Funktioniert perfekt in meinen Desktop-Anwendungen 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>

Ich musste JAX-WS (java.xml.ws) und JAXB (java.xml.bind) für meine Spring Boot 2-basierte 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 einen compileanderen Bereich, der runtimeOnlyuns gereicht hat.)

Ich bemerkte , dass https://mvnrepository.com/artifact/com.sun.xml.bind/jaxb-core als „Alt“ beschrieben und mit dieser Antwort für ging org.glassfishbasierte Sachen , die in gebracht org.eclipse.yassonals auch.

Jetzt ist es eine wirklich chaotische Situation, es funktioniert, aber wie sollte jemand sicher sein, dass es der beste Ersatz ist, oder?

Es scheint, dass jaxws-ri transitiv von commonj.sdo: commonj.sdo: jar: 2.1.1.v201112051852 abhängt, das anscheinend im Repository http://download.eclipse.org/rt/eclipselink/maven.repo zu finden ist

Nur eine kleine Variation (Verbesserung) der obigen Antworten - hier nur für JAXB veranschaulicht. Man kann die Abhängigkeiten mit dem runtimeBereich hinzufügen und nur dann, wenn dies effektiv benötigt wird (dh beim Erstellen für die Ausführung in einer JRE mit Version> = 9 --- hier ist v11 beispielhaft dargestellt):

<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>

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 schließlich gefunden habe, ist die folgende. Vielleicht gibt es auch andere Optionen, die funktionieren, aber es scheint, dass die Auswahl der Version entscheidend ist. 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, dass der einfachste Weg, um die JAXB-Teile dieser Probleme zu umgehen, darin bestand, das Abhängigkeitsmanagement in meinem Root-Pom oder in meiner Bom 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, deren Kompilierung auf jdk11 fehlschlägt:

    <!-- ... -->
    <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 das Aktualisieren der Version von org.jvnet.jaxb2.maven2:maven-jaxb2-plugin0.14.0 wurden auch alle Probleme bei der Jaxb-Generierung für mich gelöst.

Ich benutze JDK 11 + Ameise + Efeu in meinem Frühjahr MVC-Projekt. Ich war immer Fehler „ Paket javax.jws nicht vorhanden ist “ , so fügte ich javax.jws-api-1.1.jar zu Classpath und es funktionierte! Laden Sie das JAR einfach von https://repo1.maven.org/maven2/javax/jws/javax.jws-api/1.1/javax.jws-api-1.1.jar herunter und fügen Sie es Ihrem Klassenpfad in Ihrer build.xml hinzu