Substituições para módulos JPMS reprovados com APIs Java EE
Java 9reprovado seis módulos que contêm APIs Java EE e eles sãovai ser removido em breve:
java.activation comjavax.activation
pacotejava.corba comjavax.activity
, javax.rmi
, javax.rmi.CORBA
eorg.omg.*
pacotesjava.transaction comjavax.transaction
pacotejava.xml.bind com tudojavax.xml.bind.*
pacotesjava.xml.ws comjavax.jws
, javax.jws.soap
, javax.xml.soap
, e tudojavax.xml.ws.*
pacotesjava.xml.ws.annotation comjavax.annotation
pacoteQuais 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 a AFAIK não tem um ponto único para aprender sobre tudo isso, o que acho que tem muito valor.Perguntas que solicitam 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.