tomcat 项目迁移到weblogic

发布时间:2014-10-23 23:27:01
来源:分享查询网

【藏】Spring与weblogic jndi集成 至于如何配置hibernate,就和平时该怎么配置就怎么配置了。 虽然spring本身是可以直接使用jndi来进行获取一些对象,但是在和weblogic集成的时候往往还是容易出现问题(在web应用的时候出现问题的可能性不大,因为container已经做了很多事情了.)但是在ide或者其他的应用环境下(不同的jvm的时候),通常找不到provider_url等属性造成无法找到jndi. 修改配置文件如下: <!-- 通过jndi的方式来调用datasource,即使不一定是在j2ee环境中也可以正常使用默认情况下,如果没有指定,"java:comp/env/"将放在后面jndi名称前面 --> <bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">       <property name="jndiName">      <value>jdbc/myDatasource</value>    </property> <!-- 如果你不想使用 'java:comp/env/'前缀的话请设置下面的值为true, 默认值为false -->    <property name="resourceRef">         <value>false</value> </property> <property name="jndiEnvironment"> <props>      <!-- The value of Context.PROVIDER_URL -->      <prop key="java.naming.provider.url">t3://localhost:7001</prop>     <prop key="java.naming.factory.initial">weblogic.jndi.WLInitialContextFactory     </prop> </props> </property> </bean> 注意在设置的时候由于不在同一个jvm里面,所以一定要设置provider.url和factory.initial的属性值,否则会出现NoInitialContextException的异常出现. 此外如果和其他的应用服务器集成的话可能不只是要设置上面的两个属性,还要设置相关的其他属性。详细情况参考:javax.naming.Context类的说明文档。http://java.sun.com/j2se/1.4.2/docs/api/javax/naming/Context.html 其中设置的: <property name="jndiEnvironment">     <props>         <!-- The value of Context.PROVIDER_URL -->        <prop key="java.naming.provider.url">t3://localhost:7001</prop>      <prop key="java.naming.factory.initial">weblogic.jndi.WLInitialContextFactory      </prop>    </props> </property> 实际上就是设置Context初始化的时候设置的Properties属性。 发表于 2005年1月28日 12:43   各种应用服务器的不同的properties集合: websphere: java.naming.provider.url->iiop://websphere.machine.domain.com:900 java.naming.factory.initial ->com.ibm.websphere.naming.WsnInitialContextFactory java.naming.factory.url.pkgs ->com.ibm.ws.naming org.omg.CORBA.ORBClass->com.ibm.rmi.iiop.ORB org.omg.CORBA.ORBSingletonClass->com.ibm.rmi.corba.ORBSingleton javax.rmi.CORBA.UtilClass->com.ibm.rmi.javax.rmi.CORBA.Util javax.rmi.CORBA.StubClass->com.ibm.rmi.javax.rmi.CORBA.StubDelegateImpl javax.rmi.CORBA.PortableRemoteObjectClass->com.ibm.rmi.javax.rmi.PortableRemoteObject weblogic: java.naming.factory.initial -> weblogic.jndi.WLInitialContextFactory java.naming.provider.url -> t3://localhost:7001 jboss: ava.naming.factory.initial ->org.jnp.interfaces.NamingContextFactory java.naming.factory.url.pkgs->org.jboss.naming.client java.naming.provider.url ->jnp://10.0.0.18:1099 sunone IMQ ldap: java.naming.provider.url -> ldap://localhost:389/dc=yusong,dc=com java.naming.factory.initial -> com.sun.jndi.ldap.LdapCtxFactory sunone Application Server: java.naming.provider.url -> iiop://192.168.0.34:3700 java.naming.factory.initial -> com.sun.jndi.cosnaming.CNCtxFactory oracle oc4j: java.naming.factory.initial->com.evermind.server.ApplicationClientInitialContextFactory java.naming.provider.url->ormi://localhost/bmpapp 错误如下: javax.naming.NameNotFoundException: Unable to resolve 'jdbc.mydb'. Resolved 'jdbc'; remaining name 'mydb' at weblogic.jndi.internal.BasicNamingNode.newNameNotFoundException(BasicNamingNode.java:1180) at weblogic.jndi.internal.BasicNamingNode.lookupHere(BasicNamingNode.java:270) at weblogic.jndi.internal.ServerNamingNode.lookupHere(ServerNamingNode.java:187) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:210) at weblogic.jndi.internal.BasicNamingNode.lookup(BasicNamingNode.java:224) at weblogic.jndi.internal.WLEventContextImpl.lookup(WLEventContextImpl.java:253) at weblogic.jndi.internal.WLContextImpl.lookup(WLContextImpl.java:426) at javax.naming.InitialContext.lookup(InitialContext.java:411) at jsp_servlet.__index._jspService(__index.java:101) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:280) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:254) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:136) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:341) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:238) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3363) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3333) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120) at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:57) at weblogic.servlet.internal.WebAppServletContext.doSecuredExecute(WebAppServletContext.java:2220) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2146) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2124) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1564) at weblogic.servlet.provider.ContainerSupportProviderImpl$WlsRequestExecutor.run(ContainerSupportProviderImpl.java:254) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:295) at weblogic.work.ExecuteThread.run(ExecuteThread.java:254) 代码连接如下: DataSource ds = (DataSource)ctx.lookup(“jdbc.mydb”); 出现这个是由于没有找到JNDI,(其实是废话,报错已经说明了 ^_^); 解决方法: 在Weblogic数据源管理中的 JDBC Data Source-0的设置 中设置目标选项 将服务勾选上,如默认的:AdminServer 保存后即可;   这里还要说一下我使用的weblogic版本是10.3.3,提到版本是因为有些错误只会在特定的版本上出现,而针对某版本的解决方案也未必适用于所有版本。 部署后说ClassNotFoundException org.hibernate.FlushMode   weblogic类加载顺序问题,这个很烦,因为我也不知道到底哪些jar包要放出来,启动时加载,哪些不需要。暂时先在weblogic.xml中设置了   <container-descriptor> <prefer-web-inf-classes>true</prefer-web-inf-classes> </container-descriptor> 这个表示让weblogic先加载web-inf下面lib下面的jar包     找不到sessionFactory这个bean,首先肯定配置是配好的,但是就是找不到,猜测是没有读到spring的配置文件,google了一下,原来weblogic中的web.xml不支持通配符的写法,如: 部署到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>     struts2 + convention plugin总是说no action found error,找不到action,然后根据coc的默认规则直接进入jsp,这个解决方案来自于http://aaa5131421.iteye.com/blog/558463 这种情况需要以下步骤来解决:    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(!/)?" /> 部署后报错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的管理服务器,再次登录才可以。这个问题我非常不明白,而且也不知道什么时候会发生,有时候读取的正确,有时候不正确。目前还没有办法解决。

返回顶部
查看电脑版