Spring Boot使用JakartaXmlBindAnnotationModule无法解析@XMLElements属性名

这不是配置漏项导致的问题，MappingJackson2XmlHttpMessageConverter依赖的Jackson XML组件，本身对@XmlElements标记的可重复xs:choice组（即maxOccurs="unbounded"的多实例可选节点）支持存在缺陷。哪怕正确注册了JakartaXmlBindAnnotationModule，也无法覆盖所有JAXB注解场景，尤其是这种单个字段对应多个XML元素名的集合映射场景，低版本Jackson XML完全不支持该逻辑。

方案1：替换为原生JAXB消息转换器（稳定性最高，无适配成本） #

XJC生成的类本身就是严格遵循JAXB规范实现的，直接用Spring内置的JAXB消息转换器替换Jackson XML转换器即可，不需要修改任何自动生成的代码，所有JAXB注解（包括@XmlElements对应的choice节点逻辑）都能被原生支持，不会出现字段无法识别的问题。
配置方式如下，注意要将JAXB转换器放在转换器列表的首位，保证优先级高于Jackson XML转换器：

@Configuration
class WebConfig implements WebMvcConfigurer {
    @Override
    public void extendMessageConverters(List<HttpMessageConverter<?>> converters) {
        converters.add(0, new Jaxb2RootElementHttpMessageConverter());
    }
}

该转换器是Spring WebMVC原生自带的组件，只要类路径下存在Jakarta XML Binding相关依赖即可直接运行，不需要额外引入第三方包，对XJC生成代码的兼容性是所有方案里最好的。

方案2：必须使用Jackson XML时的适配方法 #

如果项目存在依赖约束必须使用Jackson XML处理XML报文，需要完成两项调整：

• 将Jackson XML版本升级至2.17.0及以上，低版本存在@XmlElements集合映射的已知bug，高版本才补齐了多元素名映射到同一集合字段的核心逻辑
• 为@XmlElements中的每个@XmlElement注解补充type属性，明确指定每个元素名对应的Java类型。XJC生成的注解默认不会显式声明type属性，Jackson面对List<Object>类型的字段无法推断反序列化目标类型，就会抛出未知字段错误。调整后的注解示例如下：

@XmlElements({
        @XmlElement(name="Name1", type = Name1Type.class),
        @XmlElement(name="Name2", type = Name2Type.class)
})
protected List<Object> name1OrName2;

另外建议关闭DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES配置，避免偶发的未识别节点直接阻断反序列化流程。
注意：该方案在choice组嵌套层级较深、存在多组choice嵌套的场景下仍可能出现解析异常，稳定性弱于原生JAXB转换器方案

方案3：调整XJC生成规则，将choice组拆分为独立字段 #

你之前配置choiceContentProperty不生效是预期内的，该配置仅对maxOccurs="1"的单选choice组生效，你当前XSD中定义的是maxOccurs="unbounded"的可重复多选组，该配置不会触发代码生成逻辑的变化。
如果要实现choice组拆分独立字段的效果，需要引入JAXB2 Basics插件集中的Simplify插件，在XJC编译阶段配置插件参数，即可将可重复choice组下的每个元素拆分为独立的带类型集合属性，生成的代码中不会再出现List<Object>类型的模糊字段，不管是JAXB还是Jackson XML都能正常解析。
配置时只需要在XJC对应的Maven/Gradle插件中加入Simplify插件依赖，开启简化生成模式，再给对应choice节点添加自定义绑定标记即可，不需要手动修改XJC生成的代码。

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