Jak poinstruować Mavena, aby zignorował mój główny/resources/persistence.xml na rzecz test/...?

Question

Mam dwa persistence.xml plików, przez wzgląd na badania:

• src/main/resources/META-INF/persistence.xml
• src/test/resources/META-INF/persistence.xml

Jak polecić Maven zignorować pierwszy plik podczas testów? Teraz to nie jest ignorowany od OpenEJB mówi:

ERROR - FAIL ... Finder: @PersistenceContext unitName has multiple matches: 
unitName "abc" has 2 possible matches. 

Answer 1

Zapoznaj się z funkcją alternate descriptors, która ma na celu to, co próbujesz zrobić.

Spróbuj Setup:

• src/main/resources/META-INF/persistence.xml
• src/main/resources/META-INF/test.persistence.xml

Następnie można skonstruować OpenEJB wolą plik test.persistence.xml przez ustawienie systemu openejb.altdd.prefix lub mienia InitialContext do test

A możliwe inne rozwiązanie override the persistence unit properties in the test. Dzięki takiemu podejściu można uniknąć potrzeby drugiego, co może być miłe, ponieważ utrzymanie dwóch może być uciążliwe.

Można użyć podejścia Maven, ale należy pamiętać, że według specyfikacji dostawca utrwalania będzie wyglądał (aka skan) dla ziaren @Entity w dokładnym słoiku lub katalogu, w którym znajduje się persistence.xml. Więc być uwrażliwione że w Maven są to dwie różne lokalizacje:

• target/classes
• target/test-classes

EDIT Więcej szczegółów na temat możliwości nadrzędnych

można przesłonić właściwości w Twoim przetestuj instalację za pomocą właściwości systemowych lub początkowych właściwości kontekstu (dotyczy to plików jndi.properties).Format jest:

<unit-name>.<property>=<value> 

Tak na przykład z następującym persistence.xml:

<persistence> 
    <persistence-unit name="movie-unit"> 
    <provider>org.hibernate.ejb.HibernatePersistence</provider> 
    <jta-data-source>movieDatabase</jta-data-source> 
    <non-jta-data-source>movieDatabaseUnmanaged</non-jta-data-source> 
    <properties> 
     <property name="hibernate.hbm2ddl.auto" value="create-drop"/> 
     <property name="hibernate.max_fetch_depth" value="3"/> 
    </properties> 
    </persistence-unit> 
</persistence> 

Można przesłanianie i dodać właściwości jednostek wytrwałość w przypadku testowego. Obecnie nie ma urządzeń do ich usuwania (jeśli masz taką potrzebę, daj nam znać - do tej pory tak naprawdę nie wyszło).

Properties p = new Properties(); 
p.put(Context.INITIAL_CONTEXT_FACTORY,"org.apache.openejb.client.LocalInitialContextFactory"); 

p.put("movie-unit.hibernate.hbm2ddl.auto", "update"); 
p.put("movie-unit.hibernate.dialect", "org.hibernate.dialect.HSQLDialect"); 

context = new InitialContext(p); 

Lub alternatywnie poprzez jndi.properties pliku

java.naming.factory.initial=org.apache.openejb.client.LocalInitialContextFactory 
movie-unit.hibernate.hbm2ddl.auto = update 
movie-unit.hibernate.dialect = org.hibernate.dialect.HSQLDialect 

Answer 2

myślę, że można utworzyć dwa profile w Twojej pom.xml:

<properties> 
    <environment>dev</environment> 
</properties> 
<profiles> 
    <profile> 
    <id>prod</id> 
    <properties> 
     <environment>test</environment> 
    </properties> 
    </profile> 
</profiles> 

Następnie w folderze src utwórz dwa foldery o nazwie dev/resoruces i testuj/zasoby i kopiuj tam swoje różne zasoby. Następnie dodaj coś takiego:

<resources> 
    <resource> 
    <directory>${basedir}/src/main/resources</directory> 
    <filtering>false</filtering> 
    </resource> 
    <resource> 
    <directory>${basedir}/src/main/${environment}/resources</directory> 
    <filtering>true</filtering> 
    </resource> 
</resources> 

$ {basedir} zależy od parametru wiersza poleceń, może to być test lub dev. Uruchomisz polecenie maven w ten sposób: pakiet czysty mvn -P test.

Answer 3

Lepiej dodać oba pliki - w ogóle, dzięki czemu test/produkcji lub debugowania/profil/wyróżnienie produkcja w budowie sprawia tylko kłopoty. Lepiej spróbuj użyć innej nazwy jednostki perazistencji do produkcji (powiedzmy abc-production) i do testów (abc-tests).

Answer 4

Testowałem te i inne podobne rozwiązania bez udziału pom.xml ... Moim zdaniem najlepszym sposobem rozwiązania tego problemu jest posiadanie dwóch aplikacji-context.xml (tylko do użycia w teście klasy) i dodać niestandardową komponent bean menedżera jednostek utrwalania w aplikacji testowej context.xml. Podobnie jak w tym przykładzie:

<bean id="pum" class="org.springframework.orm.jpa.persistenceunit.DefaultPersistenceUnitManager"> 
    <property name="persistenceXmlLocation"> 
    <value>classpath*:META-INF/test.persistence.xml</value> 
    </property> 
    <property name="defaultDataSource" ref="dataSource"/> 
</bean> 

To rozwiązanie działa. :)