[jira] Updated: (RIVER-209) NullPointerException in SslConnection.checkConnectPermission()

["Fred Oliver (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/RIVER-209?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Fred Oliver updated RIVER-209:
------------------------------

    Fix Version/s: AR2
         Assignee: Fred Oliver

> NullPointerException in SslConnection.checkConnectPermission()
> --------------------------------------------------------------
>
>                 Key: RIVER-209
>                 URL: https://issues.apache.org/jira/browse/RIVER-209
>             Project: River
>          Issue Type: Bug
>          Components: net_jini_jeri
>    Affects Versions: jtsk_2.1
>            Reporter: Juan Ramirez
>            Assignee: Fred Oliver
>            Priority: Minor
>             Fix For: AR2
>
>
> [6345013|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6345013]
> It appears that net.jini.jeri.ssl.SslConnection.checkConnectPermission() should check that sslSocket is not null before attmepting to use the socket to obtain the address of the remote peer.  sslSocket can be set to null if the connection is closed.  A NullPointerException in SslConnection.checkConnectPermission() has been reported in two runs of the End2EndTest during nightly testing (output attached).  The exception is the following:
> java.lang.NullPointerException
> 	at net.jini.jeri.ssl.SslConnection.checkConnectPermission(SslConnection.java:667)
> 	at net.jini.jeri.ssl.SslEndpointImpl.connect(SslEndpointImpl.java:908)
> 	at net.jini.jeri.connection.ConnectionManager.connect(ConnectionManager.java:205)
> 	at net.jini.jeri.connection.ConnectionManager$ReqIterator.next(ConnectionManager.java:629)
> 	at com.sun.jini.test.impl.end2end.jssewrapper.EndpointWrapper$WrapperIterator.<init>(EndpointWrapper.java:128)
> 	at com.sun.jini.test.impl.end2end.jssewrapper.EndpointWrapper.newRequest(EndpointWrapper.java:104)
> 	at net.jini.jeri.BasicObjectEndpoint.newCall(BasicObjectEndpoint.java:363)
> 	at net.jini.jeri.BasicInvocationHandler.invokeRemoteMethod(BasicInvocationHandler.java:645)
> 	at net.jini.jeri.BasicInvocationHandler.invoke(BasicInvocationHandler.java:528)
> 	at $Proxy1.callAfterUnexport(Unknown Source)
> 	at com.sun.jini.test.impl.end2end.e2etest.SmartProxy.callAfterUnexport(SmartProxy.java:191)
> 	at com.sun.jini.test.impl.end2end.e2etest.SecureClient$CallAfterUnexportCallHandler.doCall(SecureClient.java:660)
> 	at com.sun.jini.test.impl.end2end.e2etest.CallHandler.handleCall(CallHandler.java:108)
> 	at com.sun.jini.test.impl.end2end.e2etest.SecureClient.cleanup(SecureClient.java:552)
> 	at com.sun.jini.test.impl.end2end.e2etest.SecureClient.runTest(SecureClient.java:489)
> 	at com.sun.jini.test.impl.end2end.e2etest.SecureClient$1.run(SecureClient.java:443)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at javax.security.auth.Subject.doAsPrivileged(Subject.java:500)
> 	at com.sun.jini.test.impl.end2end.e2etest.SecureClient.run(SecureClient.java:435)
> 	at java.lang.Thread.run(Thread.java:534)
> Needs to be fixed.
> The endpoint iterator needs to be more robust with respect to unusable
> connections, hence needs to check for the null'd out socket.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.