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