[b]在websphere中,类加载顺序是[/b]
java核心库
sharelib库(自己插入的)
websphere库
app库
在运行时候,在调用sharelib库中的类的时候, sharelib库中的类可以通过反射调用 app库中的类和方法。
[b]在weblogic中,类加载顺序是[/b]
java核心库
weblogic库
app库
这里我遇见一个问题就是在app库中的类调用SerializationUtils.clone会报某个app类找不到的错误。SerializationUtils在weblogic库中,即weblogic库中的类查找app库中的类。
是因为
In WebLogic 10, commons-lang jar is loaded by a system class loader, and its loading order is always prior to webapp's classloader.
(FYI, in WebLogic 10, commons-lang jar is located in the system library directory: bea/modules/com.bea.core.apache.commons.lang_2.1.0.jar.)
So, SerializationUtils.deserialize() cannot find classes because SerializationUtils class is loaded by a parent classloader, not by the webapp classloader.
所以在调用serialization/deserialization时候,
weblogic库的classloader是无法找到app库中的类的。
java核心库
sharelib库(自己插入的)
websphere库
app库
在运行时候,在调用sharelib库中的类的时候, sharelib库中的类可以通过反射调用 app库中的类和方法。
[b]在weblogic中,类加载顺序是[/b]
java核心库
weblogic库
app库
这里我遇见一个问题就是在app库中的类调用SerializationUtils.clone会报某个app类找不到的错误。SerializationUtils在weblogic库中,即weblogic库中的类查找app库中的类。
是因为
In WebLogic 10, commons-lang jar is loaded by a system class loader, and its loading order is always prior to webapp's classloader.
(FYI, in WebLogic 10, commons-lang jar is located in the system library directory: bea/modules/com.bea.core.apache.commons.lang_2.1.0.jar.)
So, SerializationUtils.deserialize() cannot find classes because SerializationUtils class is loaded by a parent classloader, not by the webapp classloader.
所以在调用serialization/deserialization时候,
weblogic库的classloader是无法找到app库中的类的。