我正在尝试使用类型安全方法 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/