这两天部署ssh(struts2.1.8 + spring2.5 + hibernate3) + springside3.2 + cxf2.2到weblogic,没想到迁移到weblogic上是如此的困难,不过90%的问题全是由于classloader顺序的问题引起的,即便是这样也画了很久才搞定。
这里还要说一下我使用的weblogic版本是10.3.3,提到版本是因为有些错误只会在特定的版本上出现,而针对某版本的解决方案也未必适用于所有版本。
weblogic类加载顺序问题,这个很烦,因为我也不知道到底哪些jar包要放出来,启动时加载,哪些不需要。暂时先在weblogic.xml中设置了
<container-descriptor>
<prefer-web-inf-classes>true</prefer-web-inf-classes>
</container-descriptor>
这个表示让weblogic先加载web-inf下面lib下面的jar包
部署到tomcat中可以这样写
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:/applicationContext*.xml</param-value>
</context-param>
但是在weblogic中必须这样写
<context-param> <param-name>contextConfigLocation</param-name> <param-value> classpath:/applicationContext.xml
classpath:/applicationContext -wssecurity.xml </param-value> </context-param>
这种情况需要以下步骤来解决:
1、更新struts2到最新版,我的是2.1.8
2、项目中src目录加入 META-INF文件夹,如果你不是直接在war中加入该文件夹,例如:在eclipse中项目的src加入该文件夹,则需要让该文件夹包含文件,任意一个文件都可以,这样export war的时候才会export meta-inf文件夹,才会有效果。
3、配置struts.xml加入如下属性:
<constant name="struts.convention.action.fileProtocols" value="jar,zip" />
<constant name="struts.convention.action.includeJars" value=".*?/_wl_cls_gen.*?jar(!/)?" />
这个错有几种说法,一个老外的帖子说,要把xml解析的jar包去掉
* xercesImpl-2.9.1.jar
* xml-apis-1.3.04.jar
* xmlParserAPIs-2.0.2.jar
还找到一个帖子http://hi.baidu.com/zhoushugen/blog/item/27e1caf71bbc0024730eecdc.html 说,到apache官网上下载最新的xalan包替换你lib下面的一些包。
我是使用第二个方法解决的。
<jee:jndi-lookup id="dataSource" jndi-name="jdbc/ xxxDS" />
由于weblogic安全问题,可能会出现如下错误 ... invalid subject .. principles[weblogic,Administrators],这样的话配置要按以下写法:
<jee:jndi-lookup id="dataSource" jndi-name="jdbc/xxxDS">
<jee:environment>
java.naming.factory.initial=weblogic.jndi.WLInitialContextFactory
java.naming.provider.url=t3://yourhost:yourport
java.naming.security.principal=yourprincipal
java.naming.security.credentials=yourcredentials
</jee:environment>
</jee:jndi-lookup>
另外需要在setDomainEnv.sh中设置WLS_JDBC_REMOTE_ENABLED="-Dweblogic.jdbc.remoteEnabled=true",默认值为false
cxf部署到weblogic ,这是我花了最长时间解决的问题,有的错误非常离奇。虽然解决了都没搞明白为什么会发生。
前面提到版本,就是因为我部署在weblogic10.3.0时一点错没有,部署到10.3.2和10.3.3错误一堆。cxf官方也有说如何部署到weblogic中的说明,可惜它只验证了weblogic9.2,至少我按照它的配置,一点效果没有。
1、java.lang.LinkageError: loader constraints violated when linking javax/xml/namespace/QName class
这个问题搜索了很久,解决灵感来自于http://www.blogjava.net/security/archive/2008/07/06/java_lang_LinkageError_Problem.html
我是找到自己项目下包含QName的类的那个jar,jaxrpc.jar,把里面那个QName类删了(这样做好像不是很好)
2、org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy. You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.
这个错非常神奇,我因为它搞了一天多,一直以为是我使用的commons-logging的版本和weblogic使用的不一样,才出现的这个错,然后搜索了weblogic目录下的所有版本的commons-logging都换到我项目里试了一把,全都不行,搜遍国外论坛的大街小巷,就是没有一个结果,后来仔细查看异常stack,里面居然包含了一个spring.orm抛出的信息,我部署的只是一个非常简单的cxf项目,并没有包含任何orm框架,配置也检查了一遍,也没有配过orm的东西,为什么异常会从这里抛出。最后发现是因为我使用了@Autowired和@Component注解来进行自动注入而引起的,但是还是搞不懂,我也只不过注入了一个plain javabean,为什么使用@Autowired和@Component,异常会出现在orm上,然后我把spring-orm-2.5.6.jar扔到lib下,在部署一次,这个commons-logging的错误就消失了。真是神奇的错误。(滴汗)
3、java.lang.NoSuchMethodException: oracle .j2ee .ws .wsdl .extensions .soap .SOAPBindingImpl .getElementType()
这个错误也搜索了很久,没有找到很直接的解决方案,最后自己摸索着解决了,cxf要用的是wsdl4j.jar,然后我的weblogic里安装了webcenter中间件,然后在MW_HOME下面会多一个oracle_common目录,这个目录下的子目录中会有一个jar叫orawsdl.jar里面就有上面描述的的那个oracle .j2ee .ws .wsdl .extensions .soap .SOAPBindingImpl 类,解决办法是编辑startWeblogic.sh文件,把wsdl4j.jar加在weblogic自己的CLASSPATH的前面,就不会出现这个错误了。
weblogic做了cluster后,session复制问题
这个网上有很多说明,但是大部分好像都是针对旧版本的weblogic,网上流行的写法:
在weblogic.xml中增加如下配置:
<session-descriptor>
<session-param>
<param-name>PersistentStoreType</param-name>
<param-value>replicated</param-value>
</session-param>
</session-descriptor>
weblogic11g下的写法是:
<session-descriptor>
<persistent-store-type>replicated</persistent-store-type>
<sharing-enabled>true</sharing-enabled>
</session-descriptor>
这应该跟不同版本的DTD有关
注意任何需要持久化的session中的内容必须都实现java.io.Serializable接口,否则无法进行复制。
不同weblogic中资源的远程查询与安全问题
这个问题是能解决,但是也会引发其他问题,在我的项目中,我有3个weblogic,一个a部署了oracle bpm10g,
另外2个b和c做集群部署了oracle webcenter11g,b中包含了集群的管理服务器,webcenter项目中需要远程查找bpm的topic,如果不加ADF Security的话,不会出现错误,但是加上ADF Security的话,就会出现... invalid subject .. principles[xxxxx,xxxxx]的错误,现在我目前通过启用weblogic中的全局信任这个功能,暂时解决了这个远程查找的问题,
但是又出现了新问题,这个问题很奇怪,启用全局信任以后,b的管理服务器不知道什么时候会读取到a的domain信息,一旦这个出现,一旦我想改b的domain的配置就必须重启b的管理服务器,再次登录才可以。这个问题我非常不明白,而且也不知道什么时候会发生,有时候读取的正确,有时候不正确。目前还没有办法解决。