À l'aide d'une persistence.xml les fichiers de production et de test avec le Printemps 3.1

OK, désolé, j'ai cherché des réponses à cela pendant des heures, mais il m'a fallu entrer dans l'ensemble de la question de StackOverflow à bulle le lien que je cherchais. Vous pouvez lire beaucoup d'informations pertinentes ici.

J'ai un projet pour le Printemps créé avec Spring Roo à utiliser Hibernate et MySQL. Toutefois, pour les tests, je veux utiliser HSQLDB dans la mémoire car le Roo tests d'intégration de suppression des données avec les Id (clé primaire) de 0 à 10 (plutôt que de supprimer les données à l'aide de la base de données attribué id pour les données qu'ils ont déjà créé), ce qui signifie qu'il supprime les données qui sont déjà dans la base de données, ce qui dans mon cas, provoque une violation de contrainte avant qu'il arrive autour de l'annulation de la transaction.

C'est un peu plus difficile parce que je suis passer toute la base de données des fournisseurs qui signifie que les différents Hibernate dialectes ainsi que les différentes DDL paramètres (valider en production, créez-la baisse de test). Mais il ne fonctionne pas comme je m'attends et je suis perplexe quant à pourquoi.

Si vous savez pourquoi ça ne fonctionne pas, merci de le dire, même si vous n'avez pas de solution.

Ce qui est un Roo projet, je suis à l'aide de Maven bien sûr. Donc, la première chose que j'ai essayé était de disposer d'un test spécifique src/test/resources/META-INF/persistence.xml fichier et de même un test spécifique src/test/resources/META-INF/spring/database.properties fichier. Cela ne fonctionne pas, comme quand j'ai couru mvn test tout cassé, avec le message

Conflicting persistence unit definitions for name 'persistenceUnit'

Pourquoi mvn test encore la cueillette jusqu'à la non-ressources de test?

Alors j'ai renommé src/test/resources/META-INF/spring à spring-test et copié applicationContext.xml en elle. J'ai changé le contexte de configuration dans les classes de test pour

@ContextConfiguration(locations = "classpath:/META-INF/spring-test/applicationContext*.xml")

Compléter (ou alors j'ai pensé) la séparation, j'ai fait quelques modifications pour spring-test/applicationContext.xml:

Modifié le chemin d'accès pour les fichiers de propriétés:

<context:property-placeholder location="classpath*:META-INF/spring/*.properties"/>

à

<context:property-placeholder location="classpath*:META-INF/spring-test/*.properties"/>

Changé le nom de l'unité de persistance:

<bean class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean" id="entityManagerFactory">
    <property name="persistenceUnitName" value="persistenceUnit"/>
    <property name="dataSource" ref="dataSource"/>
</bean>

à

<bean class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean" id="entityManagerFactory">
    <property name="persistenceUnitName" value="testPersistenceUnit"/>
    <property name="dataSource" ref="dataSource"/>
</bean>

Et j'ai fait le changement correspondant dans l'unité de persistance nom de src/test/resources/META-INF/persistence.xml

Bon, OK, maintenant il n'y a pas de conflit, mais de toute façon, Hibernate a perdu les mappages d'entité (par exemple, pour la Product entité) et j'obtiens: 

org.springframework.dao.InvalidDataAccessApiUsageException:
org.hibernate.hql.ast.QuerySyntaxException: Product is not mapped [SELECT o FROM Product o];

Pourquoi a Spring/Hibernate perdu l'entité mappages dans cette configuration?

Alors, la prochaine chose que j'ai essayé était de fusionner les deux persistence.xml fichiers de sorte qu'un seul fichier sous src/main/resources/META-INF comprend à la fois les unités de persistance.

Qui Fonctionne!!??

Je pense que c'est laid, parce que maintenant j'ai tester la configuration de mon code de production, mais c'est ce que je suis par avec.

Ce qui est une meilleure façon?

C'est ma compréhension que les propriétés ne sont pas disponibles à l'intérieur de persistence.xml la façon dont ils sont à l'intérieur du Printemps des fichiers XML. Donc je ne pense pas que je peux faire ce que je veux avec juste un test spécifique fichier de propriétés.

Idéalement, j'aimerais exécuter des tests à l'aide de la configuration sous src/main/resources sauf pour ce qui est remplacée dans src/test/resources. Est-il un moyen pour accomplir cette?

Merci pour toutes les informations que peut fournir!

InformationsquelleAutor Old Pro | 2012-03-28
  1. 1

    Dans mon travail, j'ai utilisé pour configurer le persistence.xml sans les informations de connexion de base de données. La connexion de base de données est définie par le Printemps contexte de configuration. Dans le cadre du Printemps, il y a plusieurs façon de modifier les propriétés d'un objet:

    1. PropertyPlaceholderConfigurer - À l'aide de différentes propriétés de fichier pour remplacer la valeur de la connexion de base de données ou le dialecte de l'ORM. Vous pouvez utiliser filtre de ressources pour générer des différentes valeurs d'une propriété unique fichier si vous utilisez Maven
    2. Bean définition de l'héritage - À l'aide d'un autre contexte de configuration pour "contourner" la configuration par défaut.

    Code suivant est un extrait de mon contexte de la demande:

    <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"
    p:location="classpath:frontend.properties" p:ignore-resource-not-found="true"
    p:systemPropertiesModeName="SYSTEM_PROPERTIES_MODE_OVERRIDE"
/>

<util:properties id="jpaProperties">
    <prop key="hibernate.dialect">${hibernate.dialect}</prop>
</util:properties>

<!-- Global entity manager factory(may not be overrided) -->
<bean id="entityManagerFactory" class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"
    p:dataSource-ref="dataSource" p:jpaProperties-ref="jpaProperties"
>
    <property name="JpaDialect">
        <bean class="org.springframework.orm.jpa.vendor.HibernateJpaDialect" />
    </property>
</bean>
<!-- :~) -->

<!-- Data Source -->
<bean id="dataSource" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close"
    p:driverClass="${database.driverClass}" p:jdbcUrl="${database.url}"
    p:username="${database.username}" p:password="${database.password}"
    p:partitionCount="${database_conn.pooling.partition_count:2}"
    p:maxConnectionsPerPartition="64" p:minConnectionsPerPartition="${database_conn.pooling.min_connections:4}"
    p:acquireIncrement="4" p:statementsCacheSize="64"
    p:connectionTimeoutInMs="1800000" p:IdleConnectionTestPeriodInMinutes="420"
/>
<!-- :~) -->

    Voici la configuration pour le test: 

    <!-- import configuration of application -->
<import resource="classpath:database.xml" />

<!--
  - I override some of settings of connection pooling while testing
  -->
<bean id="dataSource" class="com.jolbox.bonecp.BoneCPDataSource" destroy-method="close"
    p:driverClass="${database.driverClass}" p:jdbcUrl="${database.url}"
    p:username="${database.username}" p:password="${database.password}"
    p:maxConnectionsPerPartition="8" p:minConnectionsPerPartition="2"
    p:acquireIncrement="2" p:statementsCacheSize="32"
/>

    Quand je suis en cours d'exécution de test, j'ai installé les propriétés du système dans Maven infaillible pour configurer la base de données différente. Comme l'exemple suivant:

    <plugin>
     <groupId>org.apache.maven.plugins</groupId>
     <artifactId>maven-surefire-plugin</artifactId>
     <version>2.8.1</version>
     <configuration>
         <systemPropertyVariables>
             <!-- Using HSQLDB as test database system -->
             <database.driverClass>org.hsqldb.jdbc.JDBCDriver</database.driverClass>
             <database.url>${database.hsqldb.url}</database.url>
             <database.username>any</database.username>
             <database.password>any</database.password
             <hibernate.dialect>org.hibernate.dialect.HSQLDialect</hibernate.dialect>
             <!-- :~) -->
         </systemPropertyVariables>
     </configuration>
</plugin>
    • Merci, Mike. Je garde de la base de données info dans un fichier de propriétés, trop. Ce que je ne vois pas comment changer les Hibernate dialecte SQL via les propriétés, comme je l'ai configurer la mise en veille prolongée dans la persistence.xml.
    InformationsquelleAutor Mike Lue