Esiste un modo per riutilizzare un jar con entità annotate JPA in più di un'applicazione SE (come dipendenza)? < jar-file > in persistence.xml non è supportato in ambienti SE, quindi esiste un altro modo?Scollega un oggetto JPA jar da persistence.xml nell'ambiente SE
ufficialmente (secondo la specifica), è necessario specificare tutte le classi che utilizzano l'elementoclass. Citando la mappatura file capitolo 6.2.1.6, jar file, di classe, di escludere-classi non quotati del JSR-220:
un elenco di classi di persistenza gestita denominata può anche essere specificato al posto di, o in aggiunta a, i file JAR e i file di mapping. Qualsiasi annotazione di metadati di mappatura trovata su queste classi verrà elaborata, oppure verranno mappati utilizzando i valori di default delle annotazioni di mappatura. L'elemento
classviene utilizzato per elencare una classe di persistenza gestita. Un elenco di tutte le classi di persistenza gestite con nome deve essere specificato negli ambienti Java SE per assicurare la portabilità. Le applicazioni Java SE portatili non devono fare affidamento sugli altri meccanismi descritti qui per specificare le classi di persistenza gestite di un'unità di persistenza. I fornitori di persistenza possono anche richiedere che l'insieme di classi e classi di entità che devono essere gestite debba essere completamente enumerato in ciascuno dei filepersistence.xmlin ambienti Java SE.
Ora, se non ti dispiace non essendo portatile, Hibernate supports utilizzando l'elemento jar-file in Java SE (in questo caso è necessario un URL assoluto, non è a portata di mano). Hibernate supporta anche il rilevamento automatico anche in JSE. Molto meglio:
<persistence xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"
version="1.0">
<persistence-unit name="foo">
<!-- This is required to be spec compliant, Hibernate however supports auto-detection even in JSE. -->
<class>foo.Bar<class>
<properties>
<!-- Scan for annotated classes and Hibernate mapping XML files -->
<property name="hibernate.archive.autodetection" value="class, hbm"/>
...
</properties>
</persistence-unit>
</persistence>
Per quanto ne so, non c'è modo di ottenere che la scansione della classe per le annotazioni funzioni in quella configurazione. Puoi comunque indicare esplicitamente il tuo file persistence.xml in ogni classe di entità.
<persistence xmlns="http://java.sun.com/xml/ns/persistence"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_1_0.xsd"
version="1.0">
<persistence-unit name="punit">
<provider>org.hibernate.ejb.HibernatePersistence</provider>
<jta-data-source>java:/myDS</jta-data-source>
<!-- Must be explicit as classes are in separate jar -->
<class>com.foo.Bar</class>
<class>com.foo.Baz</class>
<properties/>
</persistence-unit>
</persistence>
Questo è stato un problema in cui mi sono imbattuto. Leggermente più prevenuto in quanto ho bisogno di eseguire diversi jar standalone e parte di uno schieramento di guerra.
Ci sono alcuni hack che sembrano girare attorno a più file persistence.xml e/o qualche strano tentativo di cercare di fare riferimento al file jar usando caricatori di risorse primaverili (che non funzionavano per me) .
Il mio attacco personale è usare caricatori di risorse primaverili per risolvere una risorsa che è in TUTTI i vasi di entità, analizzare il riferimento del vaso URL e usare un gestore di unità di persistenza Spring per iniettarli nel tag jar-file nel virtual persistence.xml
Questo è un modo approssimativo per farlo, ma evita di avere multiple persistence.xml - che è tecnicamente non valido.
public class SpringPersistenceUnitManager extends DefaultPersistenceUnitManager implements ApplicationContextAware {
private final Logger log = LoggerFactory.getLogger(getClass());
private ApplicationContext ctx = null;
private String jarLocationPattern;
@Override
protected void postProcessPersistenceUnitInfo(MutablePersistenceUnitInfo pui) {
super.postProcessPersistenceUnitInfo(pui);
try {
Resource[] resources = ctx.getResources("classpath*:applicationContext.xml");
for (Resource res : resources) {
String resJar = resolveJar(res.getURL());
if (!resJar.equals(pui.getPersistenceUnitRootUrl().toString())) {
log.info("Adding " + resJar + " to persistence context");
pui.addJarFileUrl(new URL(resJar));
}
}
}
catch (IOException e) {
log.error("error", e);
}
}
private String resolveJar(URL fileInJar) {
String path = fileInJar.getPath();
return path.substring(0, path.indexOf('!'));
}
e la roba contesto primavera:
<util:properties id="hibernate.properties" location="classpath:hibernate.properties" />
<bean id="persistenceUnitManager" class="com.rokksoft.blackice.util.SpringPersistenceUnitManager"
p:defaultDataSource-ref="jdbcDataSourcePool"
/>
<bean id="emf" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean" lazy-init="true"
p:persistenceUnitManager-ref="persistenceUnitManager"
p:persistenceUnitName="blackicePU"
p:dataSource-ref="jdbcDataSourcePool"
p:jpaProperties-ref="hibernate.properties">
<property name="jpaVendorAdapter">
<bean class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter"/>
</property>
</bean>
si desidera filtrare i nomi jar idealmente però - 3 ° vaso partito potrebbe avere qualcosa a.
Dalla mia esperienza - Ora funziona.
Stiamo utilizzando: Hibernate3.jar 3.6.0.Final-1.0.0.Final.jar hibernate-APP-2.0-api
Il < jar-file> : ... </jar-file> sa come cercare i percorsi relativi - e funziona sia per i file jar che per le directory.
sto usando questa capacità due volte: