java项目中有发送https请求，项目在tomcat部署不会报错，在weblogic部署会报错

在weblogic发送https请求会报错，在tomcat就不会

weblogic会抛出 weblogic.net.http.SOAPHttpsURLConnection cannot be cast to javax.net.ssl.HttpsURLConnection这样的异常。
在集成第三方服务时候，会在连接方法那里报错，极有可能不会报这个错，而是第三方服务自己封装的异常。

根本原因

是我们在代码中使用的是JAVA的TrustManager ，而在使用weblogic的时候，发送https请求时会直接使用weblogic的TrustManager ，构造方法new 一个URL对象的话（URL url = new URL(requestUrl);），url.openConnection()默认是返回SOAPHttpsURLConnection类型对象，导致转换失败。

解决方案：

1.修改程序

URL url = new URL(urlStr);改为
URL url1 = new URL(null,urlStr,new Handler());
这样不会走ssl加密协议，即不会报错。

2. 如果是引用第三方服务，则要在weblogic层面解决问题，给出如下方案

在windows下面的weblogic：

对于单机的Weblogic配置，可以在启动脚本中（比如startWebLogic.cmd）在set JAVA_OPTIONS=%SAVE_JAVA_OPTIONS%后面增加-DUseSunHttpHandler=true（我的是windows，这样设置正常使用）。

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

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

在linux下面的weblogic：

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

参考资源：https:///wuyiwanmei/article/details/78360413