RFR: JDK-8068721 - RMI-IIOP communication fails when ConcurrentHashMap is passed to remote method
Alan Bateman
Alan.Bateman at oracle.com
Tue Mar 24 07:34:34 UTC 2015
On 23/03/2015 21:25, Mark Sheppard wrote:
> Hi
> please oblige and review the following fix
>
> http://cr.openjdk.java.net/~msheppar/8068721/jdk9/corba/webrev/
> http://cr.openjdk.java.net/~msheppar/8068721/jdk9/jdk/webrev/
>
>
> which addresses the issue in
> https://bugs.openjdk.java.net/browse/JDK-8068721
>
> This relates to RMI-IIOP and the interplay between custom marshalling
> of ValueTypes and
> the corresponding serialization of a Java class, in this case
> ConcurrentHashMap.
Looks like this needs a deep dive into the RMI-IIOP spec to properly
review this. I see Sean Coffey has been looking at it too so hopefully
he has cycles to help on this.
A few passing comments on the tests:
Should the tie and stub be generated by the test rather than checking in
the generated code?
The test launches ordb and and an RMI-IIOP server, I wonder if the test
library infrastructure could be used to do this instead (as we have so
many issues with multi-VM tests). Also it's using a fixed port which
might be a problem when running concurrently with other tests (esp. any
test using a naming service as it will be using 1050 too).
The patch adds RMI-IIOP tests to the jdk_rmi test group. I think to date
that we've put CORBA and RMI-IIOP tests in jdk_other. I realize this has
implications for where the tests are placed.
-Alan.
More information about the core-libs-dev
mailing list