You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cxf.apache.org by GitBox <gi...@apache.org> on 2017/12/28 15:05:32 UTC

[GitHub] precoder commented on issue #362: [CXF-7596] Adding javax.net OSGI package import into HTTP Transports ?

precoder commented on issue #362: [CXF-7596] Adding javax.net OSGI package import into HTTP Transports ?
URL: https://github.com/apache/cxf/pull/362#issuecomment-354302114
 
 
   Hey, 
   I have made this pull request for the issue I made in the JIRA by following the instructions on the CXF home page.
   
   Here is the brief description of the problem:
   **javax.net** is a package in the Java rt.jar and it has **javax.net.SocketFactory** class, which is the base class for the **javax.net.ssl.SSLSocketFactory**
   
   org.apache.cxf.cxf-rt-transports-http bundle does import "javax.net.ssl" but it does not import "javax.net".
   As a result of this behaviour, we get a Class Not Found Exception in case of **SSLSocketFactory** is loaded by  transports-http bundle.
   
   Currently I can have a workaround by setting the boot delegation property for the Felix Framework
   (or any other OSGI framework) as following:
   
   org.osgi.framework.bootdelegation=javax.net
   
   However, in my opinion this causes an inconsistent behaviour since javax.net.ssl is imported by the bundle but the base package must be boot delegated.
   In my opinion either we can say everything in the rt.jar should be boot delegated or rt.jar packages must be imported same as any other third party libraries. I personally would say boot deletion should not be the default way.
   
   If you do not accept this as a Bug do not accept solution proposal here,
   could you please show me the correct configuration proposal.
   
   Note: In Karaf I do not get this error since I guess package is somehow boot delegated. We found it by debugging the org.apache.felix.framework.BundleWiringImpl but I could not find the exact configuration for the boot delegation in Karaf.

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services