Re: [BUG] net.jini.jeri.tcp.TcpServerEndpoint$LH$ServerConnectionImpl
Mark Brouwer <[email protected]>
| Newsgroups | gmane.comp.java.sun.jini |
|---|---|
| Message-ID | <[email protected]> |
Peter Jones wrote: > For 6243057 (fixed in Porter) we added a workaround for 4720952 by > caching the result of socket.getInetAddress()-- see diffs appended > below-- but only for TcpServerEndpoint, and from your stack trace it > appears that you are now encountering the equivalent issue on the > client side. I think that an equivalent workaround in TcpEndpoint > would be reasonable-- when the TcpEndpoint.ConnectionImpl constructor > is invoked the socket will not have been exposed to any code that > could close it-- although you would (just) need to cache the result of > socket.getRemoteSocketAddress() instead of socket.getInetAddress(). Thanks Peter, I was also under the impression this was fixed but 6243057 was still listed as 'in progress' so that confused me and I didn't look into the code (maybe the issue should be closed). Will fix it at the client side and have a look at other usages of socket.getInetAddress() too. -- Mark -------------------------------------------------------------------------- Getting Started: http://www.jini.org/wiki/Category:Getting_Started Community Web Site: http://jini.org jini-users Archive: http://archives.java.sun.com/archives/jini-users.html Unsubscribing: email "signoff JINI-USERS" to [email protected]