在Jersey测试框架中使用EclipseLink遇阻：SCIM客户端集成测试问题

我之前在处理SCIM实体映射的时候也踩过EclipseLink这个默认行为的坑，太懂你这种明明按标准定义字段却被框架误判的无奈了！下面给你几个可行的解决方案，按推荐优先级排序：

1. 显式标记'type'为普通数据库列（最精准） #

在你的Email实体类中，给type字段加上@Column注解，明确告诉EclipseLink这就是个普通属性，不是鉴别器：

public class Email {
    // 其他SCIM字段...
    
    @Column(name = "email_type") // 可指定列名，也可直接用@Column()
    private String type;
    
    // getter/setter...
}

这个方法只针对Email类的type字段生效，不会影响其他实体，是最安全的做法。

2. 在父实体（User）中显式配置嵌套属性映射 #

如果Email是作为User的嵌套集合存在的（比如List<Email>），可以在User类的集合字段上用@AttributeOverride来明确映射type字段：

public class User {
    // 其他SCIM字段...
    
    @ElementCollection
    @CollectionTable(name = "user_emails")
    @AttributeOverrides({
        @AttributeOverride(name = "type", column = @Column(name = "email_type")),
        @AttributeOverride(name = "value", column = @Column(name = "email_value"))
    })
    private List<Email> emails;
    
    // getter/setter...
}

这种方式能更清晰地定义嵌套对象的数据库映射，彻底避免EclipseLink的自动误判。

3. 全局禁用EclipseLink的自动鉴别器检测（最激进） #

如果你确定整个项目里没有用type作为鉴别器的需求，可以在persistence.xml中添加全局配置，关闭EclipseLink自动识别type为鉴别器的逻辑：

<persistence-unit name="yourPersistenceUnit">
    <!-- 其他配置... -->
    <properties>
        <property name="eclipselink.discriminator.auto-detect" value="false"/>
    </properties>
</persistence-unit>

这个配置会让EclipseLink不再自动把任何名为type的字段当成鉴别器，但要注意如果项目中其他实体真的用了type作为鉴别器，这个配置会导致那些实体出问题。

为什么会出现这个问题？ #

EclipseLink有个默认逻辑：当实体存在继承关系时，会自动把名为type的字段当作鉴别器列。即使你的Email类没有继承关系，在反序列化SCIM请求时，框架的自动检测逻辑还是可能误触发这个行为，导致解析失败。显式的注解配置就是为了覆盖这个默认行为。

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