部署在weblogic下的项目无法获取到HttpsURLConnection的解决办法

做集成工作时使用到了第三方公司提供的接口JAR包，在本地TOMCAT测试通过后部署到WEBLOGIC上。抛出了weblogic.net.http.SOAPHttpsURLConnection cannot be cast to javax.net.ssl.HttpsURLConnection这样的错误。这段是第三方公司JAR包中代码抛出的异常。沟通得知第三方公司jar包中存在类似如下的代码：

[java]  view plain copy

1. HttpsURLConnection conn = (HttpsURLConnection)url.openConnection();  

这段代码在TOMCAT下运行正常，但是在WEBLOGIC下url.openConnection()返回了SOAPHttpsURLConnection类型的对象，所以出现转换异常的错误。

注：SOAPHttpsURLConnection与HttpsURLConnection都是java.net.HttpURLConnection的子类。

如上图，在WEBLOGIC没有对使用的SSL实现类进行配置的情况下，在程序中如果正常使用java.net.URL的不带 URLStreamHandler 参数的构造方法new 一个URL对象的话，url.openConnection()默认是返回SOAPHttpsURLConnection类型对象，如果我们使用带有URLStreamHandler参数的构造方法，如下：

[java]  view plain copy

1. URL url = new URL(null,"https://www.etrade.com",new com.sun.net.ssl.internal.www.protocol.https.Handler());  
2. // 指定了handler后openConnection()返回了HttpsURLConnection类型对象  
3. HttpsURLConnection conn = (HttpsURLConnection) url.openConnection();  

 

以上可以在程序中解决返回的HttpURLConnection对象的具体类型。但是jar包是第三方提供的，我们不能更改代码，所以只能从Weblogic配置的层面上解决报错的问题。

对于单机的Weblogic配置，可以在启动脚本中（比如startWebLogic.sh）在JAVA_OPTIONS增加 -DUseSunHttpHandler=true ，例如

[html]  view plain copy

1. set JAVA_OPTIONS=%JAVA_OPTIONS% %JAVA_PROPERTIES% -DUseSunHttpHandler=true -Dwlw.iterativeDev=%iterativeDevFlag% -  
2.  Dwlw.testConsole=%testConsoleFlag% -Dwlw.logErrorsToConsole=% logErrorsToConsoleFlag%  

如果是配置了集群，则不必在启动脚本中增加参数，可以在weblogic控制台中针对特定server配置此参数

这个参数的目的就是告诉WebLogic使用Sun的HttpHandler而不要使用WebLogic自己的。这样配置后使用url.openConnection()就会返回HttpsURLConnection类型对象了。