O Java 9 reprovou seis módulos que contêm APIs Java EE e eles serão removidos em breve:

• java.activation com javax.activationpacote
• java.corba com javax.activity, javax.rmi, javax.rmi.CORBA, e org.omg.*pacotes
• java.transaction com javax.transactionpacote
• java.xml.bind com todos os javax.xml.bind.*pacotes
• java.xml.ws com javax.jws, javax.jws.soap, javax.xml.soap, e todos os javax.xml.ws.*pacotes
• java.xml.ws.annotation com javax.annotationpacote

Quais artefatos de terceiros mantidos fornecem essas APIs? Não importa o quão bem eles forneçam essas APIs ou quais outros recursos tenham - o que importa é que eles substituem esses módulos / pacotes?

Para facilitar a coleta de conhecimento, respondi com o que sei até agora e tornei a resposta um wiki da comunidade. Espero que as pessoas o estendam em vez de escrever suas próprias respostas.

Antes de votar para fechar:

• Sim, já existem algumas perguntas em módulos individuais e uma resposta a essa pergunta duplicaria essas informações. Mas AFAIK não há um ponto único para aprender sobre tudo isso, o que acho que tem muito valor.
• As perguntas que fazem recomendações de bibliotecas geralmente são consideradas fora de tópico, porque "tendem a atrair respostas opinativas e spam", mas acho que não se aplica aqui. O conjunto de bibliotecas válidas é claramente delineado: eles precisam implementar um padrão específico. Além disso, nada mais importa, então não vejo muito risco de opinião e spam.

Em vez de usar os módulos Java EE descontinuados, use os seguintes artefatos.

JAF ( java.activation )

O JavaBeans Activation Framework (agora Jakarta Activation ) é uma tecnologia independente (disponível no Maven Central):

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

( Fonte )

CORBA ( java.corba )

Do JEP 320 :

Não haverá uma versão independente do CORBA, a menos que terceiros assumam a manutenção das APIs do CORBA, implementação do ORB, provedor CosNaming etc. A manutenção de terceiros é possível porque a Plataforma Java SE apoia as implementações independentes do CORBA. Por outro lado, a API para RMI-IIOP é definida e implementada apenas no Java SE. Não haverá uma versão independente do RMI-IIOP, a menos que um JSR dedicado seja iniciado para mantê-lo ou a administração da API seja assumida pela Eclipse Foundation (a transição da administração do Java EE do JCP para a Eclipse Foundation inclui o GlassFish e sua implementação do CORBA e do RMI-IIOP).

JTA ( java.transaction )

Versão autônoma:

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

( Fonte )

JAXB ( java.xml.bind )

Como o Java EE foi renomeado para Jakarta EE , o JAXB agora é fornecido por novos artefatos:

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

Página Implementação de Referência JAXB .

schemagene xjcpode ser baixado também como parte de uma distribuição JAXB independente.

Veja também a resposta vinculada .

JAX-WS ( java.xml.ws )

Implementação de referência:

<!-- 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 de distribuição independente (contém wsgene wsimport).

Anotações comuns ( java.xml.ws.annotation )

Anotações do Java Commons (disponível no Maven Central):

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

( Fonte )

JAXB (java.xml.bind) para JDK9

Trabalhando perfeitamente em meus aplicativos de desktop no 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>

Eu precisava substituir JAX-WS (java.xml.ws) e JAXB (java.xml.bind) pelo meu aplicativo baseado no Spring Boot 2 e terminei com esses JARs (versão 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'

(Você pode precisar compileou outro escopo, runtimeOnlyfoi o suficiente para nós.)

Notei que https://mvnrepository.com/artifact/com.sun.xml.bind/jaxb-core é descrito como "Old" e usando esta resposta foi para org.glassfisho material base que trouxe org.eclipse.yassontambém.

Agora é uma situação realmente confusa, funciona, mas como alguém deve ter certeza de que é a melhor substituição, certo?

Parece que o jaxws-ri depende transitivamente de commonj.sdo: commonj.sdo: jar: 2.1.1.v201112051852 que aparentemente pode ser encontrado no repositório http://download.eclipse.org/rt/eclipselink/maven.repo

Apenas uma pequena variação (melhoria) nas respostas acima --- exemplificada aqui apenas para JAXB. É possível adicionar as dependências com o runtimeescopo e somente se isso for efetivamente necessário (ou seja, ao criar para execução em um JRE com a versão> = 9 --- aqui a v11 é exemplificada):

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

Eu experimentei a maioria das sugestões descritas acima usando o JDK 11.0.3 e não obtive sucesso. A única solução que acabei encontrando para trabalhar é a seguinte. Talvez haja outras opções que também funcionem, mas parece que a seleção da versão é crítica. Por exemplo, alterar com.sun.xml.ws:rt para 2.3.2 faz com que o módulo javax.jws não esteja mais disponível.

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

Eu encontrei o caminho mais fácil para contornar as partes JAXB desses problemas foi usar o gerenciamento de dependência no meu pom raiz ou no meu 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 nos módulos que falham na compilação no 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>  
    <!-- ... -->

Além disso, a atualização da versão org.jvnet.jaxb2.maven2:maven-jaxb2-pluginpara 0.14.0 resolveu todos os problemas de geração do jaxb para mim.

Estou usando jdk 11 + ant + ivy no meu projeto de primavera mvc. Eu estava recebendo o erro "o pacote javax.jws não existe ", então adicionei o javax.jws-api-1.1.jar ao classpath e funcionou! Faça o download do jar em https://repo1.maven.org/maven2/javax/jws/javax.jws-api/1.1/javax.jws-api-1.1.jar E adicione-o ao seu caminho de classe em seu build.xml