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.CORBAeorg.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 pacote

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

questionAnswers(6)

yourAnswerToTheQuestion