CORBA in JDK 9
Stephen Felts
stephen.felts at oracle.com
Thu Nov 2 11:54:08 UTC 2017
As part of the work in the Java EE 8 reference implementation Glassfish 5.0, the Glassfish ORB was updated to include the hidden CORBA classes and use the JDK9 API's for serialization
It's available in maven org.glassfish.corba jar files version 4.1.1-b001. The API classes are in glassfish_corba_omgapi. Note that org.glassfish.pfl_basic.jar is a multi release jar file with the serialization API's.
Also, the idlj-maven-plugin was updated to support the Glassfish orb in addition to JDK and JacORB. For JDK8 and earlier, it defaults to type "JDK" and for JDK9 and later it defaults to the Glassfish orb.
I recently did an experiment to generate a JDK image using jlink to remove the hidden modules completely (jdk.rmic jdk.xml.bind (JAXB tools) jdk.xml.ws (JAX-WS tools) java.activation java.corba java.transaction java.xml.bind java.xml.ws java.xml.ws.annotation java.se.ee).
One of the noted outages is that the idlj command line is missing (the maven plugin was used). We are trying to get this added to the list of work items for GF.
-----Original Message-----
From: Alan Bateman
Sent: Thursday, November 2, 2017 4:03 AM
To: Stephen Colebourne <scolebourne at joda.org>; jdk9-dev at openjdk.java.net
Subject: Re: CORBA in JDK 9
On 01/11/2017 21:19, Stephen Colebourne wrote:
> On 1 November 2017 at 20:41, Alan Bateman <Alan.Bateman at oracle.com> wrote:
>> Going forward then the proposal is to remove CORBA from Java SE and the JDK.
> I think the key question here is whether a community GitHub project
> could be created taking the original OpenJDK source code for CORBA in
> the original packages, maintain it and release it.
Maybe, although there is also tooling such as the IDL compiler, a back-end for the RMI compiler to generate IIOP stubs and IDL, and several other tools.
The other possibility is the Java EE move to Eclipse as I assume that will include the RI, as in Glassfish with its dependency on CORBA. It would need some tooling and probably the JNDI CosNaming provider but otherwise might be an alternative replacement for those that want to keeping this area alive.
-Alan
More information about the jdk9-dev
mailing list