Request for review: 6597112: Referential integrity loophole during remote object export

Alan Bateman Alan.Bateman at oracle.com
Wed Apr 13 11:08:48 UTC 2011


Peter Jones wrote:
> :
> This fix looks good to me.  The synchronization subtlety may be worth a brief comment, to explain that you don't want the Reaper processing to occur in between the null guard and the put/increment actions.
>
> Cheers,
>
> -- Peter
>
>   
Thanks Peter, thanks Neil, looks like we are almost done with this one.

Neil - I did a hg import --no-commit of the last change-set that you 
attached, ran the RMI tests and all seems okay. I noticed a couple of 
minor things:

1. You had "if (null != target.getImpl())" so changed it to "if 
(target.getImpl() != null)" to make is consistent
2. The run method in the test had inconsistent formatting
3. I "moved" the test to 
test/java/rmi/server/UnicastRemoteObject/exportObject so that additional 
tests could be added in the future

The updated webrev is here:
  http://cr.openjdk.java.net/~alanb/6597112/webrev/

If you are okay with this then I can push this later today.

-Alan.



More information about the core-libs-dev mailing list