ssh项目部署到weblogic中问题总结

部署到weblogic还是比较费劲的 ，不过基本上问题全是由于classloader顺序的问题引起的。

首先在web-inf底下添加weblogic.xml文件如下

1. <?xml version="1.0" encoding="UTF-8"?>
2. <weblogic-web-app
3. xmlns="http://www.bea.com/ns/weblogic/weblogic-web-app"
4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
5. 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">
6. <container-descriptor>
7. <index-directory-enabled>true</index-directory-enabled>
8. <!-- 关键！！！先加载web-inf下的jar包 -->
9. <prefer-web-inf-classes>true</prefer-web-inf-classes>
10. <show-archived-real-path-enabled>true</show-archived-real-path-enabled>
11. </container-descriptor>
12. </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的管理服务器，再次登录才可以。这个问题我非常不明白，而且也不知道什么时候会发生，有时候读取的正确，有时候不正确。目前还没有办法解决。