Remplacements pour obsolète JPMS modules avec Java EE Api

Au lieu d'utiliser le obsolète Java EE des modules, utiliser les objets suivants.

JAF (java.activation)

JavaBeans Activation Cadre autonome de la technologie (disponible sur Maven Central):

<dependency>
    <groupId>com.sun.activation</groupId>
    <artifactId>javax.activation</artifactId>
    <version>1.2.0</version>
</dependency>

(Source)

CORBA (java.corba)

De JEP 320:

Il n'y aura pas une version autonome de CORBA, sauf si des tiers au cours de l'entretien de l'Api CORBA, ORBE de mise en œuvre, CosNaming fournisseur, etc. Troisième partie de l'entretien est possible parce que le Java SE Platform approuve implémentations indépendantes de CORBA. En revanche, l'API RMI-IIOP est défini et mis en œuvre uniquement à l'intérieur de Java SE. Il n'y aura pas une version autonome de RMI-IIOP, à moins qu'un dédié JSR est commencé à le maintenir, d'intendance ou de l'API est pris en charge par la Fondation Eclipse (la transition de l'intendance de Java EE depuis le PLAN de la Fondation Eclipse comprend GlassFish et son implémentation de CORBA et RMI-IIOP).

JTA (java.transaction)

Version autonome:

<dependency>
    <groupId>javax.transaction</groupId>
    <artifactId>javax.transaction-api</artifactId>
    <version>1.2</version>
</dependency>

(Source; prendre un coup d'oeil pour savoir comment utiliser 1.2 et la prochaine 1.3 sur la classe et le chemin d'accès du module.)

JAXB (java.xml.lier)

Depuis Java EE a été rebaptisée à Jakarta EE, JAXB est désormais fournie par les nouveaux artefacts:

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

<!-- Runtime -->
<dependency>
    <groupId>org.glassfish.jaxb</groupId>
    <artifactId>jaxb-runtime</artifactId>
    <version>2.3.2</version>
</dependency>

Les artefacts vieux de jaxb-core et jaxb-impl ne sont pas recommandés pour les utiliser parce qu'ils contiennent des paquets éclatés.

JAXB l'Implémentation de Référence de page.

schemagen et xjc peut être télécharger il y a de trop dans le cadre d'un autonome JAXB de distribution.

Voir aussi lié répondre.

JAX-WS (java.xml.ws)

De référence de mise en œuvre:

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

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

Autonome de distribution de téléchargement (contient wsgen et wsimport).

Commun des Annotations (java.xml.ws.annotation)

Java Communes Annotations (disponible sur Maven Central):

<dependency>
    <groupId>javax.annotation</groupId>
    <artifactId>javax.annotation-api</artifactId>
    <version>1.3.1</version>
</dependency>

(Source)

Il semble que jaxws-ri dépend de manière transitive de commonj.sdo:commonj.sdo:jar:2.1.1.v201112051852 qui peut apparemment être trouvés à partir de référentiel http://download.eclipse.org/rt/eclipselink/maven.repo

Juste une variation mineure (amélioration) sur les réponses ci-dessus --- exemplifié pour JAXB seulement. On peut ajouter les dépendances avec le runtime portée et seulement si cela est effectivement nécessaire (c'est à dire lors de la construction pour l'exécution dans un JRE avec la version >= 9 --- ici v11 est illustré):

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

J'ai trouvé le plus simple à obtenir autour de la JAXB parties de ces questions était d'utiliser la gestion des dépendances dans ma racine pom ou dans mon 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>

Et dans les modules qui fail compilation sur 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>  
    <!-- ... -->

Aussi, la mise à jour de la version de org.jvnet.jaxb2.maven2:maven-jaxb2-plugin à 0.14.0 résolu tous les jaxb génération de problèmes pour moi.