IntelliJ中War与War Exploded部署的JAXB行为差异问询

这是个很典型的部署模式差异问题，咱们从根儿上拆解分析：

一、为什么两种部署下getContext执行&JSON格式会不一样？ #

核心原因是JBoss EAP 6.4的模块化类加载机制，和IntelliJ两种部署方式的类加载优先级/路径差异：

1. 类加载优先级的坑
   JBoss EAP 6.x采用模块化类加载，自带了Resteasy和JAXB相关的系统模块。你的JerseyJAXBConfiguration标了@Primary，本意是让CDI容器优先用这个自定义Provider，但：

• War包部署时，Maven/Gradle会把你的依赖打包到WEB-INF/lib，类加载时会优先加载应用内的类，所以你的自定义ContextResolver被正常调用，getContext执行，JSON序列化按照你配置的rootUnwrapping(false)保留根节点。
• War Exploded部署时，IntelliJ是直接把解压后的文件丢进服务器部署目录，此时JBoss自带的系统模块（比如默认的JAXB JSON Provider）加载优先级反而更高。你的自定义类虽然启动时被初始化，但实际序列化请求过来时，容器优先用了JBoss自带的Provider，根本没触发你的getContext方法。

2. JSON序列化的实际执行者差异

• War部署：生效的是你自定义的JSONJAXBContext（来自Resteasy的jaxb-json模块），所以输出带根节点包裹的JSON。
• War Exploded部署：实际用的是JBoss默认的序列化逻辑，它对集合类型默认直接输出数组，不会包裹根节点，所以你看到的是纯数组格式的JSON。

二、War Exploded部署时用的是什么JAXB实现？ #

JBoss EAP 6.4默认集成的是Resteasy官方的JAXB JSON实现，具体是org.jboss.resteasy.plugins.providers.jaxb.JAXBXmlRootElementProvider这类默认Provider。如果你的项目里没显式切换Jackson，大概率就是这个默认实现在War Exploded下生效了——它在没有自定义ContextResolver时，会直接把集合序列化为数组，不保留根节点。

如果要实锤，可以这么做：

• 查看JBoss的server.log，搜索“JAXB”或“Provider”关键词，看启动时注册了哪些JAXB相关的Provider。
• 在序列化接口里加个断点，跟踪实际调用的JAXBContext实现类，就能看到到底用的是哪个组件。

三、怎么让两种部署行为一致？ #

给你几个可行的解决方向：

1. 强制自定义Provider的优先级：如果用web.xml配置Jersey，直接在web.xml里显式注册你的JerseyJAXBConfiguration；如果是注解驱动，确保@Primary和@Provider的组合被CDI容器正确识别（可以检查CDI启动日志，看你的类是否被标记为优先Provider）。
2. 调整类加载顺序：在IntelliJ的War Exploded运行配置里，找到「Deployment」设置，勾选「Use module classpath」，让应用内的依赖优先于JBoss自带模块加载。
3. 排除JBoss自带模块：在项目里添加jboss-deployment-structure.xml，排除JBoss自带的Resteasy/JAXB模块，强制用你打包在War里的版本：

<jboss-deployment-structure>
    <deployment>
        <exclude-subsystems>
            <subsystem name="resteasy"/>
        </exclude-subsystems>
        <exclusions>
            <module name="org.jboss.resteasy.resteasy-jaxb-provider"/>
        </exclusions>
    </deployment>
</jboss-deployment-structure>

内容的提问来源于stack exchange，提问作者L.o.o.k.