Генерируемая Eclipselink каноническая метамодель не расширяет базовую метамодель из другой банки
Я создал два проекта Maven, используя Netbeans 8.0.1, чтобы проиллюстрировать проблему: common1 и common2 (jars).
common1:
пакет pck1
@MappedSuperclass
public class Entity1 implements Serializable {
@Basic(optional = false)
@Column(name = "val")
protected String val;
}
пакет pck2
@Entity
@Table(name = "entity2")
public class Entity2 extends Entity1 {
@Id
private Long id;
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
}
persistence.xml
<?xml version="1.0" encoding="UTF-8"?>
<persistence version="2.1" xmlns="http://xmlns.jcp.org/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd">
<persistence-unit name="PU-1" transaction-type="RESOURCE_LOCAL">
<provider>org.eclipse.persistence.jpa.PersistenceProvider</provider>
<exclude-unlisted-classes>false</exclude-unlisted-classes>
</persistence-unit>
</persistence>
pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.ent</groupId>
<artifactId>common1</artifactId>
<version>1.0</version>
<packaging>jar</packaging>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.source>1.7</maven.compiler.source>
<maven.compiler.target>1.7</maven.compiler.target>
</properties>
<dependencies>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>eclipselink</artifactId>
<version>2.5.2</version>
</dependency>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>org.eclipse.persistence.jpa.modelgen.processor</artifactId>
<version>2.5.2</version>
<scope>provided</scope>
</dependency>
</dependencies>
</project>
common2
пакет pck3
@Entity
@Table(name = "entity3")
public class Entity3 extends Entity1 {
@Id
private Long id;
public Long getId() {
return id;
}
public void setId(Long id) {
this.id = id;
}
}
persistence.xml
<?xml version="1.0" encoding="UTF-8"?>
<persistence version="2.1" xmlns="http://xmlns.jcp.org/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd">
<persistence-unit name="PU-2" transaction-type="RESOURCE_LOCAL">
<provider>org.eclipse.persistence.jpa.PersistenceProvider</provider>
<exclude-unlisted-classes>false</exclude-unlisted-classes>
</persistence-unit>
</persistence>
pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.ent</groupId>
<artifactId>common2</artifactId>
<version>1.0</version>
<packaging>jar</packaging>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<maven.compiler.source>1.7</maven.compiler.source>
<maven.compiler.target>1.7</maven.compiler.target>
</properties>
<dependencies>
<dependency>
<groupId>com.ent</groupId>
<artifactId>common1</artifactId>
<version>1.0</version>
</dependency>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>eclipselink</artifactId>
<version>2.5.2</version>
</dependency>
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>org.eclipse.persistence.jpa.modelgen.processor</artifactId>
<version>2.5.2</version>
<scope>provided</scope>
</dependency>
</dependencies>
</project>
После процесса сборки я вижу сгенерированные источники с каноническими метамоделями в Netbeans:
common1
пакет pck1
@Generated(value="EclipseLink-2.5.2.v20140319-rNA", date="2014-11-11T13:39:25")
@StaticMetamodel(Entity1.class)
public class Entity1_ {
public static volatile SingularAttribute<Entity1, String> val;
}
пакет pck2
@Generated(value="EclipseLink-2.5.2.v20140319-rNA", date="2014-11-11T13:39:25")
@StaticMetamodel(Entity2.class)
public class Entity2_ extends Entity1_ {
public static volatile SingularAttribute<Entity2, Long> id;
}
common2
пакет pck3
@Generated(value="EclipseLink-2.5.2.v20140319-rNA", date="2014-11-11T13:39:31")
@StaticMetamodel(Entity3.class)
public class Entity3_ {
public static volatile SingularAttribute<Entity3, Long> id;
}
Вопрос в том, почему Entity3_ не расширяет Entity1_ как Entity2_? Что я делаю неправильно?
2 ответа
У меня была такая же проблема. Это похоже на ошибку в библиотеках Eclipse Link 2.5.0.v20130507, которые я использовал. Поскольку я использую hibernate с JBoss, я переключился на Hibernate 4.3.8. Классы метамодели генерируются правильно с использованием библиотеки hibernate-jpamodelgen.
Ничего плохого, просто процессор аннотаций EclipseLink недостаточно умен.
Я вижу, что вас спросили и на форуме EclipseLink, без ответа... Возможно, вам следует подать вопрос (кто-нибудь когда-нибудь примет это? Удачи!).
Тем не менее, я использую EclipseLink 2.6.0 в качестве поставщика постоянства, но вместо этого я позволил hibernate-jpamodelgen генерировать метамодель:
<dependency>
<groupId>org.eclipse.persistence</groupId>
<artifactId>org.eclipse.persistence.jpa</artifactId>
<version>${eclipselink.version}</version>
<scope>provided</scope>
</dependency>
<!-- <dependency> -->
<!-- <groupId>org.eclipse.persistence</groupId> -->
<!-- <artifactId>org.eclipse.persistence.jpa.modelgen.processor</artifactId> -->
<!-- <version>${eclipselink.version}</version> -->
<!-- <scope>provided</scope> -->
<!-- </dependency> -->
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate-jpamodelgen</artifactId>
<version>4.3.10.Final</version>
<scope>provided</scope>
</dependency>
как и прежде, не требуется подключаемый модуль maven-processor-plugin, только переключатель зависимостей.
Тем не менее, мой личный совет - полностью перейти в спящий режим (именно этим я и займусь как можно скорее) из-за более широкого и присутствующего сообщества.