部署到weblogic还是比较费劲的 ,不过基本上问题全是由于classloader顺序的问题引起的。
首先在web-inf底下添加weblogic.xml文件如下
<?xml version="1.0" encoding="UTF-8"?> <weblogic-web-app xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.bea.com/ns/weblogic/weblogic-web-app http://www.bea.com/ns/weblogic/weblogic-web-app/1.0/weblogic-web-app.xsd"> <container-descriptor> <index-directory-enabled>true</index-directory-enabled> <!-- 关键!!!先加载web-inf下的jar包 --> <prefer-web-inf-classes>true</prefer-web-inf-classes> <show-archived-real-path-enabled>true</show-archived-real-path-enabled> </container-descriptor> </weblogic-web-app>
主要是确保先加载项目中的jar包,防止项目jar包和weblogic中jar包冲突,绝对路径加载,在spring配置文件中确保classpath执行。
添加antlr-2.7.6.jar包到weblogic中
预防错误:在做查询的时候,报出 org.hibernate.QueryException: ClassNotFoundException: org.hibernate.hql.ast.HqlToken这 个错误(是通过数据源连接的)
1.Could not load user defined filter in web.xml: org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.
2.No bean named 'sessionFactory' is defined
以上问题发生原因:weblogic中的web.xml不支持通配符的写法,如:
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:applicationContext*.xml</param-value>
</context-param>
解决办法:
改为:
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:applicationContext-common.xml</param-value>
</context-param>
把目录写全,不支持通配符
3.部署后报错java.lang.ClassCastException: weblogic.xml.jaxp.RegistrySAXTransformerFactory cannot be cast to javax.xml.transform.TransformerFactory
这个错有几种说法,一个老外的帖子说,要把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下面的一些包。
我是使用第二个方法解决的。
- dbcp错误 ,这个问题比较傻,一开始用tomcat在跑的,所以数据库连接池用了dbcp,换了weblogic后,忘记了配成jndi了。解决方法很简单,加上spring的jndi查找datasource即可,如:
<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的管理服务器,再次登录才可以。这个问题我非常不明白,而且也不知道什么时候会发生,有时候读取的正确,有时候不正确。目前还没有办法解决。