IBM Liberty18.0.0.1双应用CXF类加载冲突LinkageError问题

我来帮你搞定这个棘手的类加载冲突问题——这是在Liberty这类OSGi容器里混用容器自带库和应用独立库时的典型坑，之前的parentLast没起作用，是因为还需要更精准的类隔离配置。

问题拆解 #

你现在的核心矛盾是：

• App1（ejbws.ear）依赖Liberty容器内置的CXF，靠容器总线暴露EJB Web服务
• App2（myapp.war）是Spring Boot SOAP应用，自带完整的CXF依赖包
• 单独部署时两个应用都能正常运行，但同时部署时，后启动的应用会因为org.apache.cxf.service.Service被两个不同类加载器（容器Equinox类加载器和应用AppClassLoader）加载，触发LinkageError

parentLast之所以没解决问题，是因为Liberty的类加载模型里，EAR和WAR的类空间默认存在部分共享，容器级的CXF类可能已经被App1加载并进入了全局类池，导致App2的类加载器还是会拿到容器的版本，无法完全优先使用自身打包的库。

可行解决方案 #

方案1：给App2配置完全隔离的类加载器（最推荐） #

在Liberty的server.xml中，给App2的WAR添加isolated="true"属性，这会让App2拥有完全独立的类加载器，彻底和容器、其他应用的类空间隔离开：

<enterpriseApplication type="war" location="D:\apps\ibmliberty-18001\usr\servers\defaultServer\dropins\mysboot-1.0.war" name="mysboot">
    <classloader delegation="parentLast" isolated="true"/>
</enterpriseApplication>

而App1保持默认的parentFirst即可（不需要额外配置），因为它需要依赖容器提供的CXF：

<enterpriseApplication type="ear" location="D:\apps\ibmliberty-18001\usr\servers\defaultServer\dropins\ejb_earws.ear" tname="ejb_earws">
    <!-- 默认parentFirst，确保优先加载容器的CXF -->
</enterpriseApplication>

这个方案完全满足你的所有需求：App1用容器CXF，App2用自身打包的库，而且不需要修改App2的POM，在Tomcat等其他容器也能正常运行。

方案2：给App2配置类加载过滤，排除容器的CXF类 #

如果不想完全隔离应用，可以通过filter规则让App2的类加载器拒绝加载容器中的CXF类，强制使用自身打包的版本：

<enterpriseApplication type="war" location="D:\apps\ibmliberty-18001\usr\servers\defaultServer\dropins\mysboot-1.0.war" name="mysboot">
    <classloader delegation="parentLast">
        <filter type="exclude" pattern="org.apache.cxf.*"/>
    </classloader>
</enterpriseApplication>

这个配置会让App2的类加载器跳过所有org.apache.cxf开头的类的父类加载路径，只能从自身WAR的WEB-INF/lib中加载CXF类。

方案3：检查并移除全局CXF特性（可选） #

如果你的server.xml中启用了全局的CXF特性（比如cxf-3.0之类的），这会导致容器级CXF类被提前加载到全局类空间，加剧冲突。如果App1只需要通过EJB的@WebService触发CXF，那么可以移除这些全局特性，让CXF类只在App1的类空间中加载。

验证步骤 #

1. 先停止Liberty服务器，删除usr/servers/defaultServer/workarea目录（清除缓存的类文件，避免旧类残留）
2. 修改server.xml配置后重启服务器
3. 先部署App1，再部署App2，分别测试两个应用的SOAP服务
4. 查看服务器日志，确认没有LinkageError或类加载相关的异常

内容的提问来源于stack exchange，提问作者Espresso