服务器之家:专注于服务器技术及软件下载分享
分类导航

PHP教程|ASP.NET教程|Java教程|ASP教程|编程技术|正则表达式|C/C++|IOS|C#|Swift|Android|JavaScript|易语言|

服务器之家 - 编程语言 - Java教程 - 关于weblogic部署Java项目的包冲突问题的解决

关于weblogic部署Java项目的包冲突问题的解决

2021-07-11 21:28sunshine6 Java教程

这篇文章主要介绍了关于weblogic部署Java项目的包冲突问题的解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧

我们可能会用各种应用服务部署我们的java应用,比如tomcat、was、weblogic等。tomcat和was可能会比较少遇到一些奇怪的问题,但是用weblogic部署项目则经常遇到一些比如包冲突问题,路径问题等奇怪但又常见的问题。

今天我就讲讲关于weblogic部署java项目包冲突的问题。下面我举个例子:

当我在weblogic部署java项目之后,启动没报任何错,没有异常。但是当我操作某个功能的时候页面就报错了:

关于weblogic部署Java项目的包冲突问题的解决

后台报了这个错:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
root cause of servletexception.
java.lang.linkageerror: loader constraint violation: loader (instance of weblogic/utils/classloaders/changeawareclassloader)
previously initiated loading for a different type with name "javax/xml/namespace/qname"
  at java.lang.classloader.defineclass1(native method)
  at java.lang.classloader.defineclass(classloader.java:763)
  at java.security.secureclassloader.defineclass(secureclassloader.java:142)
  at weblogic.utils.classloaders.genericclassloader.defineclass(genericclassloader.java:343)
  at weblogic.utils.classloaders.genericclassloader.findlocalclass(genericclassloader.java:302)
  at weblogic.utils.classloaders.genericclassloader.findclass(genericclassloader.java:270)
  at weblogic.utils.classloaders.changeawareclassloader.findclass(changeawareclassloader.java:64)
  at weblogic.utils.classloaders.changeawareclassloader.loadclass(changeawareclassloader.java:49)
  at java.lang.class.getdeclaredmethods0(native method)
  at java.lang.class.privategetdeclaredmethods(class.java:2701)
  at java.lang.class.privategetmethodrecursive(class.java:3048)
  at java.lang.class.getmethod0(class.java:3018)
  at java.lang.class.getmethod(class.java:1784)
  at org.apache.xmlbeans.xmlbeans.buildmethod(xmlbeans.java:174)
  at org.apache.xmlbeans.xmlbeans.buildnoargmethod(xmlbeans.java:190)
  at org.apache.xmlbeans.xmlbeans.buildgetcontexttypeloadermethod(xmlbeans.java:200)
  at org.apache.xmlbeans.xmlbeans.<clinit>(xmlbeans.java:126)
  at org.openxmlformats.schemas.spreadsheetml.x2006.main.ctworkbook$factory.newinstance(unknown source)
  at org.apache.poi.xssf.usermodel.xssfworkbook.onworkbookcreate(xssfworkbook.java:290)
  at org.apache.poi.xssf.usermodel.xssfworkbook.<init>(xssfworkbook.java:170)
  at com.kayak.web.base.util.export.exportexcelxssf.export(exportexcelxssf.java:893)
  at com.kayak.web.base.action.exportexcelaction.exportexcel(exportexcelaction.java:318)
  at sun.reflect.nativemethodaccessorimpl.invoke0(native method)
  at sun.reflect.nativemethodaccessorimpl.invoke(nativemethodaccessorimpl.java:62)
  at sun.reflect.delegatingmethodaccessorimpl.invoke(delegatingmethodaccessorimpl.java:43)
  at java.lang.reflect.method.invoke(method.java:498)
  at org.springframework.web.method.support.invocablehandlermethod.doinvoke(invocablehandlermethod.java:221)
  at org.springframework.web.method.support.invocablehandlermethod.invokeforrequest(invocablehandlermethod.java:137)
  at org.springframework.web.servlet.mvc.method.annotation.servletinvocablehandlermethod.invokeandhandle(servletinvocablehandlermethod.java:110)
  at org.springframework.web.servlet.mvc.method.annotation.requestmappinghandleradapter.invokehandlemethod(requestmappinghandleradapter.java:777)
  at org.springframework.web.servlet.mvc.method.annotation.requestmappinghandleradapter.handleinternal(requestmappinghandleradapter.java:706)
  at org.springframework.web.servlet.mvc.method.abstracthandlermethodadapter.handle(abstracthandlermethodadapter.java:85)
  at org.springframework.web.servlet.dispatcherservlet.dodispatch(dispatcherservlet.java:943)
  at org.springframework.web.servlet.dispatcherservlet.doservice(dispatcherservlet.java:877)
  at org.springframework.web.servlet.frameworkservlet.processrequest(frameworkservlet.java:966)
  at org.springframework.web.servlet.frameworkservlet.dopost(frameworkservlet.java:868)
  at javax.servlet.http.httpservlet.service(httpservlet.java:727)
  at org.springframework.web.servlet.frameworkservlet.service(frameworkservlet.java:842)
  at javax.servlet.http.httpservlet.service(httpservlet.java:820)
  at weblogic.servlet.internal.stubsecurityhelper$servletserviceaction.run(stubsecurityhelper.java:227)
  at weblogic.servlet.internal.stubsecurityhelper.invokeservlet(stubsecurityhelper.java:125)
  at weblogic.servlet.internal.servletstubimpl.execute(servletstubimpl.java:301)
  at weblogic.servlet.internal.tailfilter.dofilter(tailfilter.java:26)
  at weblogic.servlet.internal.filterchainimpl.dofilter(filterchainimpl.java:60)
  at com.kayak.web.user.filter.logincertifyfilter.dofilter(logincertifyfilter.java:125)
  at weblogic.servlet.internal.filterchainimpl.dofilter(filterchainimpl.java:60)
  at org.springframework.web.filter.characterencodingfilter.dofilterinternal(characterencodingfilter.java:88)
  at org.springframework.web.filter.onceperrequestfilter.dofilter(onceperrequestfilter.java:107)
  at weblogic.servlet.internal.filterchainimpl.dofilter(filterchainimpl.java:60)
  at com.kayak.web.base.filter.localrequestfilter.dofilter(localrequestfilter.java:28)
  at weblogic.servlet.internal.filterchainimpl.dofilter(filterchainimpl.java:60)
  at weblogic.servlet.internal.requesteventsfilter.dofilter(requesteventsfilter.java:27)
  at weblogic.servlet.internal.filterchainimpl.dofilter(filterchainimpl.java:60)
  at weblogic.servlet.internal.webappservletcontext$servletinvocationaction.wraprun(webappservletcontext.java:3748)
  at weblogic.servlet.internal.webappservletcontext$servletinvocationaction.run(webappservletcontext.java:3714)
  at weblogic.security.acl.internal.authenticatedsubject.doas(authenticatedsubject.java:321)
  at weblogic.security.service.securitymanager.runas(securitymanager.java:120)
  at weblogic.servlet.internal.webappservletcontext.securedexecute(webappservletcontext.java:2283)
  at weblogic.servlet.internal.webappservletcontext.execute(webappservletcontext.java:2182)
  at weblogic.servlet.internal.servletrequestimpl.run(servletrequestimpl.java:1499)
  at weblogic.work.executethread.execute(executethread.java:263)
  at weblogic.work.executethread.run(executethread.java:221)

错误内容很长,但是要学会辨认,我刚开始就被一大堆错误误导了。关键的都是下面的这个:

loader (instance of weblogic/utils/classloaders/changeawareclassloader)
previously initiated loading for a different type with name "javax/xml/namespace/qname"

大概意思就是“加载器之前启动的时候加载了名字叫javax/xml/namespace/qname的其他类型的类”。其实转换一下就是,在启动的时候加载了一个javax/xml/namespace/qname类,我们现在要用的功能需要一个类也叫javax/xml/namespace/qname,但是这个不是我们真正想要的class。

从上面的意思可以知道,这就是有两个相同包包路径和类名称的class,但是有一个想要的却没有,只有一个我们并不想要的class。了解weblogic部署的同学都知道,weblogic加载了一个相同的class就不会在加载其他一样的class了。

当我再操作一次的之后又报另一个错(部分错误内容):

?
1
2
3
4
5
6
7
8
9
10
11
root cause of servletexception.
java.lang.noclassdeffounderror: could not initialize class org.apache.xmlbeans.xmlbeans
  at org.openxmlformats.schemas.spreadsheetml.x2006.main.ctworkbook$factory.newinstance(unknown source)
  at org.apache.poi.xssf.usermodel.xssfworkbook.onworkbookcreate(xssfworkbook.java:290)
  at org.apache.poi.xssf.usermodel.xssfworkbook.<init>(xssfworkbook.java:170)
  at com.kayak.web.base.util.export.exportexcelxssf.export(exportexcelxssf.java:893)
  at com.kayak.web.base.action.exportexcelaction.exportexcel(exportexcelaction.java:318)
  at sun.reflect.nativemethodaccessorimpl.invoke0(native method)
  at sun.reflect.nativemethodaccessorimpl.invoke(nativemethodaccessorimpl.java:62)
  at sun.reflect.delegatingmethodaccessorimpl.invoke(delegatingmethodaccessorimpl.java:43)
  at java.lang.reflect.method.invoke(method.java:498)

就是说不能初始化classorg.apache.xmlbeans.xmlbeans。但是我们不要被这个所误导,关键还是在于上面的javax/xml/namespace/qname ,就是因为这个冲突了所以才会导致后面的问题发生。

我用 jfind.jar 在项目下的lib目录下搜索发现在axis-jaxrpc-1.4.jar下有javax/xml/namespace/qname.class文件。因为在jdk下的 rt.jar 下面也有javax/xml/namespace/qname.class所以就会有两个一样的class文件。

关于weblogic部署Java项目的包冲突问题的解决

后面我发现在项目的 web-inf 下面有个weblogic.xml 文件,里面就有一些关于weblogic的配置:

?
1
2
3
4
5
6
7
8
9
10
11
12
<?xml version="1.0" encoding="utf-8"?>
<weblogic-web-app>
  <container-descriptor>
    <prefer-web-inf-classes>true</prefer-web-inf-classes>
  </container-descriptor>
  <charset-params>
    <input-charset>
      <resource-path>/*</resource-path>
      <java-charset-name>utf-8</java-charset-name>
    </input-charset>
  </charset-params>
</weblogic-web-app>

这个配置文件里的第4行配置就是只先加载项目里的class文件,再加载weblogic的class,也就是因为这个配置而导致了项目里的axis-jaxrpc-1.4.jar下有javax/xml/namespace/qname.class,jdk下的rt.jar 下面也有javax/xml/namespace/qname.class却没有加载到,但是后者才是程序所需要的。

因此,我就尝试把weblogic.xml的第4行配置 改成 false,重新打war包,重新部署,然后发现问题解决了。

接着我又换了一种尝试,就是weblogic.xml的第4行配置依然是true ,但是我把项目里那个冲突的class所在的包 axis-jaxrpc-1.4.jar 删了,也重新打包部署,也没有问题了。所以到此就把问题给解决了

总结:

1. 在weblogic中部署java应用时,经常遇到包冲突问题,其实首先可以通过修改weblogic.xml配置来解决,另一种方式就是通过jfind.jar 找出冲突的class所在的包,直接把这个包删了,可以解决。

2. 包冲突问题都可以通过上面的两种方式解决,还有就是 有时候可能会包找不到某个class文件,其实很有可能就是因为class文件冲突,以及先后加载的顺序问题,导致我们项目中真正需要的class文件却没有被加载进来。

 以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。

原文链接:http://www.cnblogs.com/sunshine6/p/10301372.html

延伸 · 阅读

精彩推荐