Java WebSphereApplicationServer8.5和geronimo中的隐藏类

目前，我们的应用程序运行在WebSphereCommunityEdition 6上，它在内部使用Geronimo应用服务器

由于应用程序需求的增加，我们正在评估迁移到WebSphereApplicationServer8.5的情况。但是，类加载器有几个问题。以防我们的一些库需要在不受应用程序服务器干扰的情况下执行

在geronimo中，我们通过更改文件geronimo.xml并在其中包含我们不希望被隐藏类标记干扰的所有包来获得这种效果

例如：

<hidden-classes>
        <filter>org.apache.commons.logging</filter>
        <filter>org.apache.log4j</filter>
        <filter>org.apache.axiom</filter>
        <filter>org.apache.axis2</filter>
        <filter>org.apache.commons.beanutils</filter>
        <filter>org.apache.struts</filter>
        <filter>org.directwebremoting</filter>
        <filter>com.thoughtworks</filter>
</hidden-classes>

org.apache.commons.logging
org.apache.log4j
org.apache.axiom
org.apache.axis2
org.apache.commons.beanutils
org.apache.struts
org.directwebremoting
com.thoughtworks

---

在Websphere Application Server 8.5中是否有类似的机制？我们尝试使用“parent last”策略进行类加载，但有些事情没有按预期进行（例如，使用我们的xerces版本）。

请详细说明您设置parent_last的内容（应用程序级、模块级，两者都有）。还有，哪些东西不起作用，您出现了哪些错误？我已经为这两个（应用程序和模块）设置了PARENT_LAST。我有几个错误：1。Log4j dit未将文件保存在指定路径中（在community edition上运行）。2.除非删除类路径的某些库（然后从websphere中使用），否则我会遇到如下问题：java.lang.ClassCastException:org.apache.xerces.jaxp.datatype.datatypefactorympl与javax.xml.datatype.DatatypeFactory不兼容。从我的类路径中删除.jar也可以，但是我们的测试不像以前那样可靠。在我看来，xerces问题似乎是WASCE和ans之间JAXP版本不匹配的一个原因。关于log4j，我不确定我是否使用过它。lotu-LAST是一个非常钝的工具，正如你所说，它还有其他副作用。您描述的Geronimo/WAS-CE机制在常规WAS中很好，但据我所知，它并不存在。