RFR: JDK-8144144 - ORB destroy() leaks filedescriptors after unsuccessful connection
Seán Coffey
sean.coffey at oracle.com
Mon Jan 11 08:58:29 UTC 2016
Looks good to me Mark. Chris's point will help clean up the new
clearDeferredRegistrations method.
Is this close operation applicable only to the inboundConnectionCaches ?
I guess that one creates the ServerSocket for the acceptor. Does any
such socket get created/left behind for the outboundConnectionCaches ?
Regards,
Sean.
On 11/01/2016 06:32, Chris Hegarty wrote:
> On 8 Jan 2016, at 17:49, Mark Sheppard <mark.sheppard at oracle.com> wrote:
>
>> Hi
>> please oblige and review the following changes
>> http://cr.openjdk.java.net/~msheppar/8144144/webrev/
> In SelectorImpl.clearDeferredRegistrations() there is no need to call close()
> on the Socket returned from channel.socket(), since you have already
> closed the channel.
>
> -Chris.
>
>> which addresses the issue
>> https://bugs.openjdk.java.net/browse/JDK-8144144
>>
>> the changes ensure that an Acceptor and its associated ServerSocket/ServerSocketChannel
>> are closed.
>>
>> regards
>> Mark
More information about the core-libs-dev
mailing list