Bug 34313 - SSLEngine for NIO - socket connection not working
Summary: SSLEngine for NIO - socket connection not working
Status: RESOLVED WONTFIX
Alias: None
Product: gcc
Classification: Unclassified
Component: libgcj (show other bugs)
Version: 4.3.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-02 02:23 UTC by shahab77
Modified: 2016-10-03 17:30 UTC (History)
4 users (show)

See Also:
Host:
Target:
Build:
Known to work:
Known to fail:
Last reconfirmed: 2007-12-17 23:27:46

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description shahab77 2007-12-02 02:23:44 UTC 
Getting the following exception with the gcj4.3.0
The code is not using any nio - but Jessie is and due to which I am getting this exception. The same code does work with openjdk. 

error pre-initialising SSL for JNDI connection: javax.naming.NamingException: error pre-initialising SSL for JNDI connection: java.lang.UnsupportedOperationException: use javax.net.ssl.SSLEngine for NIO caused by java.lang.UnsupportedOperationException: use javax.net.ssl.SSLEngine for NIO
javax.naming.NamingException: error pre-initialising SSL for JNDI connection: javax.naming.NamingException: error pre-initialising SSL for JNDI connection: java.lang.UnsupportedOperationException: use javax.net.ssl.SSLEngine for NIO caused by java.lang.UnsupportedOperationException: use javax.net.ssl.SSLEngine for NIO caused by javax.naming.NamingException: error pre-initialising SSL for JNDI connection: java.lang.UnsupportedOperationException: use javax.net.ssl.SSLEngine for NIO caused by java.lang.UnsupportedOperationException: use javax.net.ssl.SSLEngine for NIO
Comment 1 Casey Marshall 2007-12-17 23:27:46 UTC 
Jessie is not using NIO. At least, it shouldn't be. Something is calling 'getChannel' on an SSLSocket, which doesn't make sense (you cannot use SSL that way).

The JDK returns 'null' if you call getChannel on an SSLSocket, but Jessie throws that exception. The fix is to change the method gnu.javax.net.ssl.provider.SSLSocketImpl.getChannel to return 'null' instead of throwing that exception.
Comment 2 Andrew Pinski 2016-09-30 22:50:33 UTC 
Closing as won't fix as libgcj (and the java front-end) has been removed from the trunk.
Comment 3 Andrew John Hughes 2016-10-03 17:30:29 UTC 
No reproducer.