Java 9 ha deprecato sei moduli che contengono API Java EE e verranno presto rimossi :

• java.activation con javax.activationpacchetto
• java.corba con javax.activity, javax.rmi, javax.rmi.CORBAe org.omg.*pacchetti
• java.transaction con javax.transactionpacchetto
• java.xml.bind con tutti i javax.xml.bind.*pacchetti
• java.xml.ws con javax.jws, javax.jws.soap, javax.xml.soape tutti javax.xml.ws.*i pacchetti
• java.xml.ws.annotation con javax.annotationpacchetto

Quali artefatti di terze parti gestiti forniscono tali API? Non importa quanto bene forniscono queste API o quali altre funzionalità hanno da offrire - tutto ciò che conta è, sono un sostituto drop-in per questi moduli / pacchetti?

Per facilitare la raccolta di conoscenze, ho risposto con quello che so finora e ho reso la risposta un wiki della comunità. Spero che la gente lo estenda invece di scrivere le proprie risposte.

Prima di votare per chiudere:

• Sì, ci sono già alcune domande sui singoli moduli e una risposta a questa domanda potrebbe ovviamente duplicare tali informazioni. Ma AFAIK non ha un singolo punto da imparare su tutti questi, che penso abbia molto valore.
• Le domande che richiedono consigli sulle biblioteche sono generalmente considerate fuori tema, perché "tendono ad attirare risposte e spam presunti", ma non credo che si applichino qui. L'insieme di librerie valide è chiaramente delineato: devono implementare uno standard specifico. Oltre a ciò, nient'altro conta, quindi non vedo molti rischi per l'opinione e lo spam.

Invece di utilizzare i moduli EE Java obsoleti, utilizzare i seguenti artefatti.

JAF ( java.activation )

JavaBeans Activation Framework (ora Jakarta Activation ) è una tecnologia autonoma (disponibile su Maven Central):

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

( Fonte )

CORBA ( java.corba )

Da JEP 320 :

Non ci sarà una versione autonoma di CORBA a meno che terze parti non subentrino alla manutenzione delle API CORBA, dell'implementazione di ORB, del provider CosNaming, ecc. La manutenzione di terze parti è possibile perché la piattaforma Java SE supporta implementazioni indipendenti di CORBA. Al contrario, l'API per RMI-IIOP è definita e implementata esclusivamente all'interno di Java SE. Non ci sarà una versione standalone di RMI-IIOP a meno che non venga avviata una JSR dedicata per mantenerla, o la gestione dell'API venga presa in carico dalla Eclipse Foundation (la transizione della gestione di Java EE dal JCP alla Eclipse Foundation include GlassFish e la sua implementazione di CORBA e RMI-IIOP).

JTA ( java.transaction )

Versione stand alone:

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

( Fonte )

JAXB ( java.xml.bind )

Da quando Java EE è stato rinominato in Jakarta EE , JAXB è ora fornito da nuovi manufatti:

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

Pagina di implementazione del riferimento JAXB .

schemagene xjcpuò essere scaricato anche lì come parte di una distribuzione JAXB autonoma.

Vedi anche la risposta collegata .

JAX-WS ( java.xml.ws )

Implementazione di riferimento:

<!-- 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 di distribuzione autonomo (contiene wsgene wsimport).

Annotazioni comuni ( java.xml.ws.annotation )

Annotazioni Java Commons (disponibile su Maven Central):

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

( Fonte )

JAXB (java.xml.bind) per JDK9

Funziona perfettamente con le mie applicazioni desktop su 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>

Ho dovuto sostituire JAX-WS (java.xml.ws) e JAXB (java.xml.bind) per la mia applicazione basata su Spring Boot 2 e ho finito con questi JAR (build Gradle):

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

(Potrebbe essere necessario compileo altro scopo, è runtimeOnlystato sufficiente per noi.)

Ho notato che https://mvnrepository.com/artifact/com.sun.xml.bind/jaxb-core è descritto come "Vecchio" e l'uso di questa risposta è andato per org.glassfishcose basate che hanno portato org.eclipse.yassonanche.

Ora è una situazione davvero disordinata, funziona, ma come si dovrebbe essere sicuri che sia il miglior sostituto, giusto?

Sembra che jaxws-ri dipenda in modo transitorio da commonj.sdo: commonj.sdo: jar: 2.1.1.v201112051852 che apparentemente può essere trovato dal repository http://download.eclipse.org/rt/eclipselink/maven.repo

Solo una piccola variazione (miglioramento) sulle risposte di cui sopra --- esemplificata qui solo per JAXB. Si possono aggiungere le dipendenze con l' runtimeambito e solo se ciò è effettivamente necessario (cioè quando si costruisce per l'esecuzione in un JRE con versione> = 9 --- qui v11 è esemplificato):

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

Ho sperimentato la maggior parte dei suggerimenti sopra descritti usando JDK 11.0.3 e non ho avuto successo. L'unica soluzione che alla fine ho scoperto di funzionare è la seguente. Forse ci sono anche altre opzioni che funzionano, ma sembra che la selezione della versione sia fondamentale. Ad esempio, cambiando com.sun.xml.ws:rt in 2.3.2 si impedisce che il modulo javax.jws non sia più disponibile.

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

Ho trovato il percorso più semplice per aggirare le parti JAXB di questi problemi è stato quello di utilizzare la gestione delle dipendenze nel mio root pom o nel mio bom:

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

E nei moduli che falliscono la compilazione su jdk11:

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

Inoltre, l'aggiornamento della versione org.jvnet.jaxb2.maven2:maven-jaxb2-plugin0.14.0 ha risolto tutti i problemi di generazione di jaxb per me.

Sto usando jdk 11 + ant + edera nel mio progetto mvc primaverile. Stavo ricevendo l'errore "il pacchetto javax.jws non esiste ", quindi ho aggiunto javax.jws-api-1.1.jar a classpath e ha funzionato! Basta scaricare il vaso da https://repo1.maven.org/maven2/javax/jws/javax.jws-api/1.1/javax.jws-api-1.1.jar e aggiungerlo al tuo percorso di classe nel tuo build.xml