我正在尝试使用类型安全方法 EntityGraph.addAttributeNodes(Attribute<T, ?> ... attribute) 来构建我的实体图。我有一个带有 @MappedSuperclass 的类型层次结构,基本上如下所示:

@MappedSuperclass
public abstract class BaseEntity
{
    @Id
    private int dbid;
}

@Entity
public class Entity extends BaseEntity
{
    private String someAttribute;
}

EclipseLink 创建了这个元模型:
@Generated(value="EclipseLink-2.5.2.v20140319-rNA", date="2015-08-07T10:46:31")
@StaticMetamodel(BaseEntity.class)
public abstract class BaseEntity_ {
    public static volatile SingularAttribute<BaseEntity, Integer> dbid;
}

@Generated(value="EclipseLink-2.5.2.v20140319-rNA", date="2015-08-07T10:46:31")
@StaticMetamodel(Entity.class)
public class Entity_ extends BaseEntity_ {
    public static volatile SingularAttribute<Entity, String> someAttribute;
}

问题是我无法使用实体图 API 引用 dbid 属性:
EntityGraph<Entity> graph = em.createEntityGraph( Entity.class );
graph.addAttributeNodes( Entity_.dbid ); // does not compile: "The method addAttributeNodes(String...) in the type EntityGraph<Entity> is not applicable for the arguments (SingularAttribute<BaseEntity,Integer>)"

为此,方法签名是否需要如下所示: EntityGraph.addAttributeNodes(Attribute<? super T, ?> ... attribute) ?这是规范的缺点还是我忽略了什么?

在我看来,这是一个与所描述的 here 相关的问题。正如该问题的作者所指出的,用于奇异属性的 Criteria API get 方法确实使用 ? super X 来定义类型参数。

但即使我添加了 someAttribute 节点,仍然有这个有点丑陋的警告,我认为最多只能抑制:
graph.addAttributeNodes( Entity_.someAttribute ); // generates warning: "Type safety: A generic array of Attribute<Entity,?> is created for a varargs parameter"

最佳答案

我同意。

显然,如果您将代码更改为

EntityGraph<BaseEntity> graph = em.createEntityGraph(BaseEntity.class);
graph.addAttributeNodes(BaseEntity_.dbid );

然后它会编译。
问题确实似乎出在规范/API 中,其中将 EntityGraph 的泛型类型应用于 addAttributeNodes 参数(因此不允许父类(super class)字段)。是的,它确实说“T”是根实体的类型,但这并不意味着他们希望人们总是使用 MappedSuperclass?

我还确认通过对 Attribute 泛型类型使用“? super T ”来修复它(采用 javax.persistence jar 源并修改/重新运行)。

我将其作为 issue on JPA 提出,并不是我建议屏住呼吸进行更新

关于java - 基于包含 MappedSuperclass 的元模型的 JPA EntityGraph 不可能?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/31875092/

10-09 15:55