本文共 2590 字,大约阅读时间需要 8 分钟。
做集成工作时使用到了第三方公司提供的接口JAR包,在本地TOMCAT测试通过后部署到WEBLOGIC上。抛出了weblogic.net.http.SOAPHttpsURLConnection cannot be cast to javax.net.ssl.HttpsURLConnection这样的错误。这段是第三方公司JAR包中代码抛出的异常。沟通得知第三方公司jar包中存在类似如下的代码:
HttpsURLConnection conn = (HttpsURLConnection)url.openConnection();这段代码在TOMCAT下运行正常,但是在WEBLOGIC下url.openConnection()返回了SOAPHttpsURLConnection类型的对象,所以出现转换异常的错误。
注:与都是java.net.HttpURLConnection的子类。
如上图,在WEBLOGIC没有对使用的SSL实现类进行配置的情况下,在程序中如果正常使用java.net.URL的不带 URLStreamHandler 参数的构造方法new 一个URL对象的话,url.openConnection()默认是返回SOAPHttpsURLConnection类型对象,如果我们使用带有URLStreamHandler参数的构造方法,如下:URL url = new URL(null,"https://www.etrade.com",new com.sun.net.ssl.internal.www.protocol.https.Handler());// 指定了handler后openConnection()返回了HttpsURLConnection类型对象HttpsURLConnection conn = (HttpsURLConnection) url.openConnection();
以上可以在程序中解决返回的HttpURLConnection对象的具体类型。但是jar包是第三方提供的,我们不能更改代码,所以只能从Weblogic配置的层面上解决报错的问题。
对于单机的Weblogic配置,可以在启动脚本中(比如startWebLogic.sh)在JAVA_OPTIONS增加 -DUseSunHttpHandler=true ,例如
set JAVA_OPTIONS=%JAVA_OPTIONS% %JAVA_PROPERTIES% -DUseSunHttpHandler=true -Dwlw.iterativeDev=%iterativeDevFlag% - Dwlw.testConsole=%testConsoleFlag% -Dwlw.logErrorsToConsole=% logErrorsToConsoleFlag%
如果是配置了集群,则不必在启动脚本中增加参数,可以在weblogic控制台中针对特定server配置此参数
这个参数的目的就是告诉WebLogic使用Sun的HttpHandler而不要使用WebLogic自己的。这样配置后使用url.openConnection()就会返回HttpsURLConnection类型对象了。
USER_MEM_ARGS="-Xms1536m -Xmx1536m -XX:PermSize=256m -XX:MaxPermSize=512m"
export USER_MEM_ARGS
export JAVA_OPTIONS="${JAVA_OPTIONS} ${JAVA_OPTIONS} -DUseSunHttpHandler=true -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=4000,server=y,suspend=n" DATE=`date "+%Y%m%d"` nohup ./startManagedWebLogic.sh Appserver1 t3://10.196.18.31:7001 | /usr/sbin/rotatelogs /applog/cloudlog/nohupmanaged_%Y%m%d.log 200M & sleep 2 tail -f /applog/cloudlog/nohupmanaged_${DATE}.log转载地址:http://fansi.baihongyu.com/