Review Request: 7195779 javax/management/remote/mandatory/threads/ExecutorTest.java fail intermittently
Alan Bateman
Alan.Bateman at oracle.com
Fri Sep 21 03:52:27 PDT 2012
On 20/09/2012 17:02, Eamonn McManus wrote:
> Changing the generated RMI/IIOP code
> so that it no longer causes this exception, or so that it catches it
> and rethrows a RemoteException, sounds as if it ought to be fairly
> straightforward, and that's probably what I would do if it were up to
> me.
I think this is what I would do to, even though it means going into the
corba repository as that is there the stub generator is. I should say
that I don't violently object to Jaroslav's patch, it's just that it is
an ugly workaround.
> Disabling this test for the IIOP case, and probably other failing
> JMX tests that involve IIOP, is an option if it is judged that nobody
> uses the RMI/IIOP connector any more so it is all right to let it rot.
> That judgement is a non-technical one that I don't have an informed
> opinion on.
>
I don't know if the rmi-iiop connector was ever used much but since it
seems to be required by the JMX Remote API spec then I think we should
continue to test it. As I think I mentioned in another mail recently, I
think we have to look at making this transport optional as it's painful
to have the CORBA tie/stub classes in javax.management.remote.rmi. I
don't what to hijack Jaroslav's thread to discuss that, that's a topic
for another thread.
-Alan
More information about the serviceability-dev
mailing list