部署到weblogic还是比较费劲的 ，不过基本上问题全是由于classloader顺序的问题引起的。
首先在web-inf底下添加weblogic.xml文件如下
[html] view plain copy print?
- <?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的管理服务器，再次登录才可以。这个问题我非常不明白，而且也不知道什么时候会发生，有时候读取的正确，有时候不正确。目前还没有办法解决。