JAXBContext单文件配置失效：Payara部署异常排查

看起来你遇到的核心问题是容器类加载器优先级覆盖了应用的服务配置——单元测试中应用类加载器能正常读取META-INF/services文件，但Payara作为Java EE容器，其系统类加载器会优先加载自带的JAXB实现，导致你的应用级配置被忽略。下面是具体的排查和解决步骤：

1. 先确认服务文件的正确性 #

首先确保你的javax.xml.bind.JAXBContext服务文件完全符合要求：

• 文件内容必须是单行，准确指向EclipseLink的JAXB工厂类：

  org.eclipse.persistence.jaxb.JAXBContextFactory
  

• 检查war包内的路径：确认WEB-INF/classes/META-INF/services/javax.xml.bind.JAXBContext确实存在，没有拼写错误（比如大小写、路径层级错误）。

2. 调整Payara的类加载器优先级 #

Payara默认使用双亲委派模型（PARENT_FIRST），容器自带的类会优先于应用类加载。这意味着Payara内置的JAXB实现（Sun的JAXBContextImpl）会被先加载，完全跳过你的应用服务配置。

解决方法是将web应用的类加载器设置为PARENT_LAST，让应用的类和配置优先被加载：

• 方式一：部署时在Payara控制台设置：
  部署war包时，找到「Class Loading」选项，选择「Parent Last」。
• 方式二：在项目中添加glassfish-web.xml（放在WEB-INF下），配置类加载器：

  <?xml version="1.0" encoding="UTF-8"?>
  <!DOCTYPE glassfish-web-app PUBLIC "-//GlassFish.org//DTD GlassFish Application Server 3.1 Servlet 3.0//EN" "http://glassfish.org/dtds/glassfish-web-app_3_0-1.dtd">
  <glassfish-web-app>
      <class-loader delegate="false"/>
  </glassfish-web-app>
  

3. 排查Payara的全局JAXB配置 #

检查Payara的domain.xml文件（通常在payara41/glassfish/domains/yourdomain/config/下），确认没有全局JVM参数强制指定JAXB工厂类：

• 搜索是否存在类似以下配置，如果有则删除：

  <jvm-options>-Djavax.xml.bind.JAXBContextFactory=com.sun.xml.bind.v2.ContextFactory</jvm-options>
  

这种全局参数会直接覆盖META-INF/services的配置。

4. 确认依赖范围的合理性 #

如果你的项目中显式依赖了EclipseLink，确保依赖范围是compile（让它被打包进war），而不是provided——如果设置为provided，Payara会使用自带的EclipseLink版本，可能和你的预期不符。不过需要注意：如果打包了自己的EclipseLink，PARENT_LAST的类加载器设置是必须的，否则容器的版本还是会优先加载。

关于Payara Bug的可能性 #

如果以上步骤都尝试后仍然失效，那确实有可能是Payara 4.174的特定Bug。Payara 4.x基于GlassFish 4.1，而GlassFish 4.x在JAXB服务发现的容器环境下存在过类加载器相关的问题。你可以尝试升级到Payara 4的最新补丁版本，或者考虑迁移到Payara 5，看看问题是否消失。

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