Gibt es eine Ersatzbibliothek für CORBA in JDK 11 [closed]

JDK-11 wird viele ältere Teile des JDK entfernen (JEP-320). Für einige von ihnen (z. B. JAXB) wird die Funktionalität als reguläre Bibliothek bereitgestellt. Sie fügen einfach eine weitere Abhängigkeit hinzu und alles funktioniert wieder einwandfrei.

Aber nicht so für CORBA, denn

Es besteht kein nennenswertes Interesse daran, moderne Anwendungen mit CORBA in Java zu entwickeln

Ich bin jedoch in der schmerzhaften Situation, ältere Anwendungen warten zu müssen, die noch CORBA benötigen, während ich immer noch auf JDK-11 aktualisieren möchte.

Gibt es eine Ersatzbibliothek oder eine andere gute Möglichkeit, auf JDK-11 zu migrieren, ohne die CORBA-Funktionalität dieser Anwendungen zu entfernen?

Kann man sich auf jeden Fall anschauen javaee/glassfish-corba. Das dokumentierte Startseite liest –

Der GlassFish-ORB entspricht der CORBA 2.3.1-Spezifikation und den CORBA 3.0-Spezifikationen für den Interoperable Name Service und Portable Interceptors. Es umfasst sowohl IDL- als auch RMI-IIOP-Unterstützung. Der GlassFish ORB verfügt über eine offene, erweiterbare Architektur, die eine flexible Konfiguration und Erweiterung durch ein offenes SPI unterstützt.

Was auch Entwickler interessieren soll, vom JEP selbst –

Die Risiken beim Entfernen der java.corba Modul sind:

1. CORBA-Implementierungen werden nicht kompiliert oder ausgeführt, wenn sie nur eine Teilmenge der enthalten “unterstützte” CORBA-APIs und erwarten, dass das JDK den Rest bereitstellt.

2. Anwendungen und CORBA-Implementierungen, die verwenden RMI-IIOP wird nicht kompiliert oder ausgeführt. Die RMI-IIOP-Pakete (javax.rmi Und javax.rmi.CORBA) befinden sich in der java.corba Modul und darin an die CORBA-Implementierung gebunden, also wird es keine geben RMI-IIOP Unterstützung in Java SE einmalig java.corba ist entfernt.

3. Anwendungen und CORBA-Implementierungen, die die verwenden javax.activity
Paket wird nicht kompiliert oder ausgeführt. Dieses Paket befindet sich im
java.corba Modul und darin an die CORBA-Implementierung gebunden, so dass es in Java SE einmalig keine Unterstützung geben wird java.corba ist entfernt.

und weiter unten

• Der Übergang der Verwaltung von Java EE von JCP zu Eclipse

Stiftung umfasst die GlassFish-Implementierung von CORBA und RMI-IIOP.

zusätzlich,

• Der “CORBA-Interop-Paket” wird bei Bedarf zusammen mit dem Artefakt implementiert javax.transaction : javax.transaction-api.

Diese Abhängigkeit könnte in JDK11 verwendet werden

        <dependency>
            <groupId>org.glassfish.corba</groupId>
            <artifactId>glassfish-corba-omgapi</artifactId>
            <version>4.2.1</version>
        </dependency>

Ich bin noch nicht auf Java 11 umgestiegen, aber ich hatte sowieso immer Probleme mit der Java-CORBA-Implementierung, da sie unvollständig war und nicht alle in den Standards definierten Objektmethoden unterstützte, ssliop nicht unterstützte usw. usw. Ich immer Ersetzte es, indem er das JacORB-OMG-Jar im Endorsement-Verzeichnis platzierte und die Systemeigenschaft so einstellte, dass sie auf die JacORB-Kugel verweist:

-Dorg.omg.CORBA.ORBClass=org.jacorb.orb.ORB -Dorg.omg.CORBA.ORBSingletonClass=org.jacorb.orb.ORBSingleton

Übrigens. Ich stimme nicht zu, dass „es kein nennenswertes Interesse daran gibt, moderne Anwendungen mit CORBA in Java zu entwickeln“, worauf sitzt J2EE schließlich?

JDK 11 wird von allen von Micro Focus bereitgestellten ORBs vollständig unterstützt.