java - 在 Weblogic 12c 中反序列化时出现 ClassNotFoundException

Question

我有一个网络应用程序，可以在客户端保存状态。状态被累积到Object []

Object state[] = new Object[10];

state[0] = _parent_s_state_array
state[1] = _some_int;
state[2] = _some_POJO;
..
..

那么就是

• 已连载
• Base64 编码
• 作为隐藏输入包含在响应中

在下一个请求中，该序列化状态将被提交回来，并且我们反转步骤以在服务器端重建状态。这个策略对于几百页来说效果很好。

但是对于使用具有少量字符串属性的特定 POJO 的特定页面，我在反序列化时收到 ClassNotFoundException 。值得注意的是，同一类的对象是在不久前在同一个 JVM session 中创建和序列化的，因此我们可以排除该类不存在于类路径中的可能性。

更多观察结果

• 此错误仅在 Weblogic 12c 中的生产和测试平台中出现，在 jetty 8 或 9 中运行的开发中从未出现过。所以我猜测这在某种程度上与 Weblogic 的相关类加载。
• 此问题在该特定页面中不断重复出现。
• 在同一平台上还有其他页面使用相同的违规类，没有任何问题。
• Web 应用程序是从分解的 war 目录部署的，并且相关类存在于 WEB-INF/classes/com/xxx/yyy/

有人可以提供一些调试此问题的指导/策略吗？

提前致谢。

异常

ERROR [[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'] ClassNotFoundException occured restoring StateManager state from serialized form
java.lang.ClassNotFoundException: com.xxx.yyy.TimeParameters
        at java.net.URLClassLoader$1.run(URLClassLoader.java:366) ~[na:1.7.0_65]
        at java.net.URLClassLoader$1.run(URLClassLoader.java:355) ~[na:1.7.0_65]
        at java.security.AccessController.doPrivileged(Native Method) ~[na:1.7.0_65]
        at java.net.URLClassLoader.findClass(URLClassLoader.java:354) ~[na:1.7.0_65]
        at java.lang.ClassLoader.loadClass(ClassLoader.java:425) ~[na:1.7.0_65]
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) ~[na:1.7.0_65]
        at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ~[na:1.7.0_65]
        at java.lang.Class.forName0(Native Method) [na:1.7.0_65]
        at java.lang.Class.forName(Class.java:270) [na:1.7.0_65]
        at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:625) ~[na:1.7.0_65]
        at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1612) ~[na:1.7.0_65]
        at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) ~[na:1.7.0_65]
        at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) ~[na:1.7.0_65]
        at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) ~[na:1.7.0_65]
        at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) ~[na:1.7.0_65]
        at org.apache.commons.collections.map.AbstractHashedMap.doReadObject(AbstractHashedMap.java:1212) ~[weblogic.server.merged.jar:12.1.3.0.0]
        at org.apache.commons.collections.map.CaseInsensitiveMap.readObject(CaseInsensitiveMap.java:149) ~[weblogic.server.merged.jar:12.1.3.0.0]

类别

package com.xxx.yyy;
public class TimeParameters implements Serializable {

    /**
     * 
     */
    private static final long serialVersionUID = 5384703411813811209L;
    private String yr;
    private String qtr;
    private String mth;
    private String analysisType;

// Getters and Setters
...
...
}

Answer 1

TLDR;

在序列化过程中，某个地方涉及了 Apache Commons 集合中的一个类。由于 apache-commons-collections 是从 Weblogic jar 加载的，因此导致在应用程序类加载器中搜索所需的类而找不到它。修复方法是添加 org.apache.commons.collections.*至prefer-application-packages在weblogic.xml

详细信息

我进行了远程调试器 session 来跟踪对 Class.forName0(String className, boolean, ClassLoader loader) 的调用。

发现当所需的类可以被加载时，传递的类加载器具有更深的层次结构

this contains all classes in WEB-INF/classes --> weblogic.utils.classloaders.ChangeAwareClassLoader@6437e3af finder: weblogic.utils.classloaders.CodeGenClassFinder@2cd01c0c annotation: mi.8200@MedicalIntelligence 
weblogic.utils.classloaders.FilteringClassLoader@6413df9c finder: weblogic.utils.classloaders.CodeGenClassFinder@54bdae18 annotation: 
weblogic.utils.classloaders.GenericClassLoader@5919d25d finder: weblogic.utils.classloaders.CodeGenClassFinder@1265cb83 annotation: 
java.net.URLClassLoader@5a88cbff
Application classloader, contains classes from weblogic bundled jars -->  sun.misc.Launcher$AppClassLoader@2a9a42ef 
sun.misc.Launcher$ExtClassLoader@75a06ec2

当它抛出 ClassNotFoundException 时它被缩短了——只有最后两个条目出现

sun.misc.Launcher$AppClassLoader@2a9a42ef <--   Hierarchy starts at Application classloader
sun.misc.Launcher$ExtClassLoader@75a06ec2

然后，我注意到堆栈跟踪包含以 ~[weblogic.server.merged.jar:12.1.3.0.0] 结尾的行(编辑问题以添加更多堆栈跟踪)

    at org.apache.commons.collections.map.AbstractHashedMap.doReadObject(AbstractHashedMap.java:1212) ~[weblogic.server.merged.jar:12.1.3.0.0]
    at org.apache.commons.collections.map.CaseInsensitiveMap.readObject(CaseInsensitiveMap.java:149) ~[weblogic.server.merged.jar:12.1.3.0.0]

因此 Apache commons 集合是从 weblogic 捆绑 jar 加载的，即 sun.misc.Launcher$AppClassLoader@2a9a42ef这可能会触发错误的类加载器进一步向下传递。所以添加org.apache.commons.collections.*至prefer-application-packages在weblogic.xml

    <prefer-application-packages> 
        ...
        <package-name>org.apache.commons.collections.*</package-name>
    </prefer-application-packages> 

有用的资源

• Weblogic 提供的类加载器分析工具 (CAT):http(s)://<server-hostname:port>/wls-cat ，显示类加载器树
• Understanding Classloading in Weblogic
• java.lang.NoClassDefFoundError: How to resolve series