jsf - weblogic 10.3.4 java.lang.ClassNotFoundException: javax.el.ELContextListener - Stack Overflow
to customize your list.
Announcing Stack Overflow Documentation
We started with Q&A. Technical documentation is next, and we need your help.
Whether you're a beginner or an experienced developer, you can contribute.
I have a JSF 1.2 application which I intend to deploy to Weblogic 10.3.4. At local Tomcat environment it works fine. But when I try to deploy it to weblogic I am getting a ClassNotFoundException on javax.el.ELContextListener. When I add el-api.jar file, then I get a LinkageError: loader constraint violation on javax.EL.ELResolver. It is a deadly vicious circle.
At first I tried to deploy it as WAR. Then I created an enterprise project so that I can deploy as EAR, but it did not solve the problem. My EAR file structure is fine.
Firstly I got error below,
Caused By: java.lang.ClassNotFoundException: javax.el.ELContextListener
at weblogic.utils.classloaders.GenericClassLoader.findLocalClass(GenericClassLoader.java:297)
at weblogic.utils.classloaders.GenericClassLoader.findClass(GenericClassLoader.java:270)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at weblogic.utils.classloaders.GenericClassLoader.loadClass(GenericClassLoader.java:179)
When I add el-api-2.2.jar to /WEB-INF/lib of WAR or /APP-INF/lib of EAR, then I get loa
com.sun.faces.config.ConfigureListener failed: java.lang.LinkageError: loader constraint violation: when resolving interface method "javax.servlet.jsp.JspApplicationContext.addELResolver(Ljavax/el/ELR)V" the class loader (instance of weblogic/utils/classloaders/GenericClassLoader) of the current class, com/sun/faces/config/ConfigureListener, and the class loader (instance of sun/misc/Launcher$AppClassLoader) for resolved class, javax/servlet/jsp/JspApplicationContext, have different Class objects for the type javax/el/ELResolver used in the signature.
java.lang.LinkageError: loader constraint violation: when resolving interface method "javax.servlet.jsp.JspApplicationContext.addELResolver(Ljavax/el/ELR)V" the class loader (instance of weblogic/utils/classloaders/GenericClassLoader) of the current class, com/sun/faces/config/ConfigureListener, and the class loader (instance of sun/misc/Launcher$AppClassLoader) for resolved class, javax/servlet/jsp/JspApplicationContext, have different Class objects for the type javax/el/ELResolver used in the signature
at com.sun.faces.config.ConfigureListener.registerELResolverAndListenerWithJsp(ConfigureListener.java:582)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:212)
What is the problem with it? I changed my classpath order but result was the same. My web.xml is declared as Servlet 2.5 and I have the following JARs in /WEB-INF/lib:
commons-beanutils-1.7.0.jar
commons-collections-3.2.jar
commons-digester-1.8.jar
commons-logging-1.0.4.jar
darkX-3.3.3.Final.jar
glassX-3.3.3.Final.jar
jsf-api.jar
jsf-impl.jar
jstl-1.2.jar
laguna-3.3.3.Final.jar
log4j-1.2.14.jar
poi-3.7-.jar
quartz-all-1.8.4.jar
richfaces-api-3.3.3.Final.jar
richfaces-impl-3.3.3.Final.jar
richfaces-ui-3.3.3.Final.jar
scjd12.jar
slf4j-api-1.6.0.jar
slf4j-log4j12-1.6.0.jar
themes-3.3.3.Final.jar
671k20124072647
If you still get this error even though you did all the changes necessary related to el jars (i mean prefer-application-packages and other stuff in weblogic-application.xml etc.), I think there is something wrong in your web.xml file.
Please check that you have the lines below in your web.xml.
&context-param&
&param-name&com.sun.faces.expressionFactory&/param-name&
&param-value&com.sun.el.ExpressionFactoryImpl&/param-value&
&/context-param&
You can try using filtering classloader.
weblogic-application.xml file can include something like:
&prefer-application-packages&
&package-name&javax.faces.*&/package-name&
&package-name&com.sun.faces.*&/package-name&
&package-name&org.apache.myfaces.*&/package-name&
&/prefer-application-packages&
This enables WebLogic's filtering classloader to block your application from seeing the JSF in the container (the javax.faces and myfaces part in this case).
You need to keep everything that depends on your library also in your apps classloader, which is why I have facelets in this example.
Hope this helps..
Thank Allah finally I manage to find the solution.
jsf-impl jar includes "ELContextListenerImpl" class which implements "ELContextListener" interface.
And ELContextListener interface is included in the wlfullclient-10.3.X.jar in the server path.
If you dont have wlfullclient jar in the server path you will have "ClassNotFoundException: javax.el.ELContextListener" error.
Getting this error if you add el-api jar this time you will get "LinkageError: loader constraint violation" because versions of jars you used and the server has are different.
Anyway the problem will be resolved after creating wlfullclient-10.3.X.jar in the weblogic server.
In order to create that jar you can read this post:
Your Answer
Sign up or
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Post as a guest
By posting your answer, you agree to the
Not the answer you're looking for?
Browse other questions tagged
Stack Overflow works best with JavaScript enabledweblogic异常weblogic.utils.NestedRuntimeException: Cannot parse POST parameters of
weblogic异常weblogic.utils.NestedRuntimeException: Cannot parse POST parameters of
[摘要：1.有人以为是反复提交： 工程正在Tomcat6中运转一般，移到BEA Weblogic 10中若是拜访个中的一个页里便涌现Cannot parse POST parameters of request的非常。剖析页里以后本来是由于页里中的js代码正在初]
1.有人认为是重复提交： &&&&&& 工程在Tomcat6中运行正常，移到BEA Weblogic 10中如果访问其中的一个页面就出现Cannot parse POST parameters of request的异常。分析页面之后原来是因为页面中的js代码在初始化开始的时候请求了"doSth.action"，然后在js结束的地方又重新请求了一次"doSth.action"，这样会出现第一次的请求没有解析完，第二次请求又到了，这个时候http隧道被第二次占用了，导致第一次的请求非正常关闭，导致WebLogic服务器解析的第一次请求的参数无法读取请求结束符的错误："EOF after reading only: '0' of: '68' promised bytes, out of which at least: '0' were already buffered". 2.上一条中“第一次的请求没有解析完”提醒我，可能是由于上传内容过大而导致超时。在将上传的内容缩小后，就不再出现该问题了 3.很可能是上传的数据含有特殊字符 web防火墙导致的该问题
感谢关注 Ithao123精品文库频道，是专门为互联网人打造的学习交流平台，全面满足互联网人工作与学习需求，更多互联网资讯尽在 IThao123!
Laravel是一套简洁、优雅的PHP Web开发框架(PHP Web Framework)。它可以让你从面条一样杂乱的代码中解脱出来；它可以帮你构建一个完美的网络APP，而且每行代码都可以简洁、富于表达力。
Hadoop是一个由Apache基金会所开发的分布式系统基础架构。
用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行高速运算和存储。
Hadoop实现了一个分布式文件系统（Hadoop Distributed File System），简称HDFS。HDFS有高容错性的特点，并且设计用来部署在低廉的（low-cost）硬件上；而且它提供高吞吐量（high throughput）来访问应用程序的数据，适合那些有着超大数据集（large data set）的应用程序。HDFS放宽了（relax）POSIX的要求，可以以流的形式访问（streaming access）文件系统中的数据。
Hadoop的框架最核心的设计就是：HDFS和MapReduce。HDFS为海量的数据提供了存储，则MapReduce为海量的数据提供了计算。
产品设计是互联网产品经理的核心能力，一个好的产品经理一定在产品设计方面有扎实的功底，本专题将从互联网产品设计的几个方面谈谈产品设计
随着国内互联网的发展，产品经理岗位需求大幅增加，在国内，从事产品工作的大部分岗位为产品经理，其实现实中，很多从事产品工作的岗位是不能称为产品经理，主要原因是对产品经理的职责不明确，那产品经理的职责有哪些，本专题将详细介绍产品经理的主要职责
IThao123周刊2592人阅读
& 下午03时01分01秒 CST& &Error& &HTTP& &BEA-101017& &[weblogic.servlet.internal.WebAppServletContext@477ff798 - appName: 'xBankMIBS2.0', name: 'xBankMIBS2.0', context-path: '/xBankMIBS2.0', spec-version: '2.5'] Root cause of ServletException.weblogic.utils.NestedRuntimeException: Cannot parse POST parameters of request: '/xBankMIBS2.0/requestServerAction.do'&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.mergePostParams(ServletRequestImpl.java:2021)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.parseQueryParams(ServletRequestImpl.java:1901)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.getQueryParams(ServletRequestImpl.java:1795)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.getParameter(ServletRequestImpl.java:1872)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.access$800(ServletRequestImpl.java:1710)&Truncated. see log file for complete stacktracejava.net.SocketException: Connection reset&at java.net.SocketInputStream.read(SocketInputStream.java:168)&at weblogic.servlet.internal.PostInputStream.read(PostInputStream.java:177)&at weblogic.servlet.internal.ServletInputStreamImpl.read(ServletInputStreamImpl.java:222)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.mergePostParams(ServletRequestImpl.java:1995)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.parseQueryParams(ServletRequestImpl.java:1901)&Truncated. see log file for complete stacktrace&
& 上午09时37分44秒 CST& &Error& &HTTP& &BEA-101017& &[weblogic.servlet.internal.WebAppServletContext@477ff798 - appName: 'xBankMIBS2.0', name: 'xBankMIBS2.0', context-path: '/xBankMIBS2.0', spec-version: '2.5'] Root cause of ServletException.weblogic.utils.NestedRuntimeException: Cannot parse POST parameters of request: '/xBankMIBS2.0/requestServerAction.do'&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.mergePostParams(ServletRequestImpl.java:2021)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.parseQueryParams(ServletRequestImpl.java:1901)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.getQueryParams(ServletRequestImpl.java:1795)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.getParameter(ServletRequestImpl.java:1872)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.access$800(ServletRequestImpl.java:1710)&Truncated. see log file for complete stacktracejava.net.SocketTimeoutException: Read timed out&at java.net.SocketInputStream.socketRead0(Native Method)&at java.net.SocketInputStream.read(SocketInputStream.java:129)&at weblogic.servlet.internal.PostInputStream.read(PostInputStream.java:177)&at weblogic.servlet.internal.ServletInputStreamImpl.read(ServletInputStreamImpl.java:222)&at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.mergePostParams(ServletRequestImpl.java:1995)&Truncated. see log file for complete stacktrace&
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：3618次
排名：千里之外webLogic中 Cannot parse POST parameters of request: 的有关问题小记_关于java的各种会合_利用ClassFileTransformer兑现aop__脚本百事通
稍等，加载中……
^_^请注意，有可能下面的2篇文章才是您想要的内容：
webLogic中 Cannot parse POST parameters of request: 的有关问题小记
关于java的各种会合
利用ClassFileTransformer兑现aop
webLogic中 Cannot parse POST parameters of request: 的有关问题小记
webLogic中 Cannot parse POST parameters of request: 的问题小记
报错内容：weblogic.utils.NestedRuntimeException: Cannot parse POST parameters of request: '/doSth.action'
at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.mergePostParams(ServletRequestImpl.java:1816)
at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.parseQueryParams(ServletRequestImpl.java:1703)
at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.getQueryParams(ServletRequestImpl.java:1656)
at weblogic.servlet.internal.ServletRequestImpl.getParameter(ServletRequestImpl.java:756)
at org.apache.struts2.dispatcher.Dispatcher.prepare(Dispatcher.java:669)
at org.apache.struts2.dispatcher.FilterDispatcher.prepareDispatcherAndWrapRequest(FilterDispatcher.java:319)
at org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:367)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:96)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at org.apache.struts2.dispatcher.ActionContextCleanUp.doFilter(ActionContextCleanUp.java:102)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at com.gisecur.webapp.intercepter.SessionFilter.doFilter(SessionFilter.java:71)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:42)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3393)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(Unknown Source)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2140)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2046)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1366)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:200)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:172)Caused by: java.net.ProtocolException: EOF after reading only: '0' of: '68' promised bytes, out of which at least: '0' were already buffered
at weblogic.servlet.plain(PostInputStream.java:93)
at weblogic.servlet.internal.PostInputStream.read(PostInputStream.java:179)
at weblogic.servlet.internal.ServletInputStreamImpl.read(ServletInputStreamImpl.java:222)
at weblogic.servlet.internal.ServletRequestImpl$RequestParameters.mergePostParams(ServletRequestImpl.java:1791)
... 22 more
1.有人认为是重复提交：
工程在Tomcat6中运行正常，移到BEA Weblogic 10中如果访问其中的一个页面就出现Cannot parse POST parameters of request的异常。分析页面之后原来是因为页面中的js代码在初始化开始的时候请求了"doSth.action"，然后在js结束的地方又重新请求了一次"doSth.action"，这样会出现第一次的请求没有解析完，第二次请求又到了，这个时候http隧道被第二次占用了，导致第一次的请求非正常关闭，导致WebLogic服务器解析的第一次请求的参数无法读取请求结束符的错误："EOF after reading only: '0' of: '68' promised bytes, out of which at least: '0' were already buffered".2.上一条中“第一次的请求没有解析完”提醒我，可能是由于上传内容过大而导致超时。在将上传的内容缩小后，就不再出现该问题了3.很可能是上传的数据含有特殊字符web防火墙导致的该问题/
关于java的各种会合
关于java的各种集合
1.HashSet内置了一个HashMap，将对象保存为HashMap的key，复用HashMap的算法来保证对象不可重复
但当创建时有第三个参数boolean dummy时，就用LinkedHashMap来管理
HashSet(int initialCapacity, float loadFactor, boolean dummy) {
map = new LinkedHashMap&E,Object&(initialCapacity, loadFactor);
2.ArrayList是用数组实现的
LinkedList用链表实现，使用内部类内置了一个Entry
3.HashMap有一个内部类用来管理key和value的映射，Entry有参数next、previous来指向下一个或上一个entry，key和value来存储键和值。
4.创建HashMap时可以
public HashMap(int initialCapacity, float loadFactor)
initialCapacity是初始HashMap的大小（HashMap也是有数组维护的），loadFactor默认是0.75表示Map的维度，当已存储的数据数大
于总数组容量的0.75时，即总容量广大一倍。loadFactor可大可小，当较大时，数组扩充的频率低，但构建哈希表时冲突会更多，而
更慢；较小时，数组扩充频率高，但构建哈希表会更快，插入数据也会更快。
5.LinkedHashMap继承了HashMap，也是用数组存储数据，它之所以叫Linked，因为它维护了3个对象（head（最顶端的元素），before（之前的元素），after（之后的元素）），虽然也继续了父类的next和previous,但基本没有使用。
6.java有个特点就是序列化，简单地来说就是可以将这个类存储在物理空间（当然还是以文件的形式存在），那么当你从本地还原这个文件时，你可以将它转换为它本身。这可以极大地方便网络上的一些操作，但同时，因为涉及到安全问题，所以并不希望把类里面所有的东西都能存储（因为那样，别人可以通过序列化知道类里面的内容，比如密码），那么我们就可以用上transient这个关键字，它的意思是临时的，即不会随类一起序列化到本地，所以当还原后，这个关键字定义的变量也就不再存在。
7.Hashtable也是一个Map，不过它是从jdk1.0就存在的，Map是1.2才有的，后来HashTable应该有过修改，使得它也实现了Map接口，但它仍然继承了虚类Dictionary，它也是从jdk1.0就存在的，用来存储这种键-值对应关系的对象集。但接口无限优于继承，所以自从Map接口出来以后，Dictionary就成了一个obsolete（废弃）类，而jdk以后出来的Map比如HashMap就都是实现Map接口。
8.Hashtable和HashMap基本功能相同，不同点是，它们创建哈希表用的算法不同，Hashtable还是线程安全的，它的第一个方法前都有synchronized标识，而且HashMap保存的对象的key和value都可以分别为空，但Hashtable两个都不能为空。
HashMap： if (key == null)
return putForNullKey(value);
Hashtable：if (value == null) {
//当key为null时，由于上面的putForNullKey方法，所以调用key.hashcode()时也会抛出空指针异常
throw new NullPointerException();
9.ArrayList和Vector都是用数组来维护的，其中，Vector是同步的；它们和合快速访问和查找，但由于数组之间是不能有空隙的，当该数组空间不够时，需要创建另一个更大的数组再把数据拷过去，所以会很浪费时间。LinkedList是用链表维护，里面的每个对象都有一个到下一个对象的引用，所以不需要提前申请空间。适合快速插入和遍历，但不适合随机查找。
10.LinkedList封装了一些别的list没有的方法，可以作为队列、和双向列表使用。（其实用栈可以用Vector的子类Stack），放在头部（addFirst=push）,放在尾部(addLast=offer),取出尾部（removeLast），取出头部（pop=removeFirst）。(具体参考Deque接口的api，对queue和stack的各个方法都有说明）。
11.LinkedList在1.5及以前的版本实现了Queue接口，使其可以当作队列，在1.6以后，实现了Deque接口（继承了Queue接口，但它是个双向列表）。
利用ClassFileTransformer兑现aop
利用ClassFileTransformer实现aop看了文章/topic/1116696（这个文章非常好）中的字节码 部分，第一次接触到了java5新特性 instrumentation的ClassFileTransformer类，Instrumentation 的最大作用，就是类定义动态改变和操作。在 Java SE 5 及其后续版本当中，开发者可以在一个普通 Java 程序（带有 main 函数的 Java 类）运行时，通过 –javaagent 参数指定一个特定的 jar 文件（包含 Instrumentation 代理）来启动 Instrumentation 的代理程序。在类的字节码载入jvm前会调用ClassFileTransformer的transform方法，从而实现修改原类方法的功能，实现aop,这个的好处是不会像动态代理或者cglib技术实现aop那样会产生一个新类，也不需要原类要有接口。详细如下：
1.原类Business.java:
public class Business
public boolean doSomeThing() {
System.out.println("执行业务逻辑");
public void doSomeThing2() {
String s = "执行业务逻辑2";
System.out.println(s);
2.创建MyClassFileTransformer.java:
import java.io.IOE
import java.lang.instrument.ClassFileT
import java.lang.instrument.IllegalClassFormatE
import java.lang.instrument.I
import java.security.ProtectionD
import test.MyC
import javassist.CannotCompileE
import javassist.ClassP
import javassist.CtC
import javassist.CtM
import javassist.NotFoundE
import model.B
* 字节码转换器
public class MyClassFileTransformer implements ClassFileTransformer {
* 字节码加载到虚拟机前会进入这个方法
public byte[] transform(ClassLoader loader, String className, Class&?& classBeingRedefined,
ProtectionDomain protectionDomain, byte[] classfileBuffer)
throws IllegalClassFormatException {
System.out.println(className);
//如果加载Business类才拦截
if (!"model/Business".equals(className)) {
//javassist的包名是用点分割的，需要转换下
if (className != null && className.indexOf("/") != -1) {
className = className.replaceAll("/", ".");
//通过包名获取类文件
CtClass cc = ClassPool.getDefault().get(className);
//获得指定方法名的方法
CtMethod m = cc.getDeclaredMethod("doSomeThing");
//在方法执行前插入代码
m.insertBefore("{ System.out.println(\"记录日志\"); }");
return cc.toBytecode();
} catch (NotFoundException e) {
} catch (CannotCompileException e) {
} catch (IOException e) {
//忽略异常处理
* 在main函数执行前，执行的函数
* @param options
* @param ins
public static void premain(String options, Instrumentation ins) {
//注册我自己的字节码转换器
ins.addTransformer(new MyClassFileTransformer());
3.测试类Test.java:
import model.B
public class Test {
* @param args
public static void main(String[] args) {
new Business().doSomeThing();
new Business().doSomeThing2();
4.将bci.MyClassFileTransformer类打成jar包，名为aop.jar,同时修改改jar中的META-INF/MANIFEST.MF内容为：
Manifest-Version: 1.0
Premain-Class: bci.MyClassFileTransformer
Can-Redefine-Classes: true
Can-Retransform-Classes: true
Can-Set-Native-Method-Prefix: true
说明：Premain-Class用来允许 JAR 文件作为一个 Java 代理运行
5.运行Test.java,添加jvm启动参数：-javaagent:D:\aop.jar
点击run运行结果如下：
也可将bci.MyClassFileTransformer及bci.Test同时打到aop.jar包中，且将aop.jar放在d:\下，由于MyClassFileTransformer需要依赖misc.javassist-3.9.0.GA.jar包，所以同时将该包也放在d:\下，
修改aop.jar包的manifest.mf文件如下：
Manifest-Version: 1.0
Premain-Class: bci.MyClassFileTransformer
Class-Path: misc.javassist-3.9.0.GA.jar
Main-Class: bci.Test
注意格式（这些规则当时调式了好久。。真怪异）：
1.每个属性都是回车结尾；
2.class-path当前路径是jar包所在的路径，由于aop.jar的路径是d:\aop.jar,所以其所引用的路径是d:\misc.javassist-3.9.0.GA.如果依赖多个jar包，则以空格分隔；
3.如果Class-Path需要分行写，那么要注意，第一行的最后要留一个空格，下一行的开头要留一个空格，如果第三行不是Class-Path的内容了，则第二行末尾不用留空格。
4.将Main-Class放在Class-Path后定义。
5.属性名：（空格）属性值，注意加上空格。
在d:\下运行命令：
java -javaagent:aop.jar -jar aop.jar(作为可执行jar运行)
或者：java -javaagent:aop.jar bci.Test(运行bci.Test类)
结果如下：
如果在manifest.mf文件中不设置class-parh属性，也可以利用-cp参数（依赖包）运行aop.jar:
java -javaagent:aop.jar -cp
misc.javassist-3.9.0.GA.jar bci.Test(运行bci.Test类)
注意此时不可java -javaagent:aop.jar -cp misc.javassist-3.9.0.GA.jar -jar aop.jar(作为可执行jar运行)这样运行，因为-jar 和-cp不可同时使用，-cp会被忽略，最终报misc.javassist-3.9.0.GA.jar中的类找不到错误。
如果您想提高自己的技术水平，欢迎加入本站官方1号QQ群：&&，&&2号QQ群：，在群里结识技术精英和交流技术^_^
本站联系邮箱：