Titre accrocheur, certes. Pour ceux qui ne connaissent, EJB3Unit est un framework open-source qui permet de tester tous les composants EJB en-dehors d’un container. Donc les session beans, les message-driven beans ainsi que les entités de JPA. Mais pour ces dernières, je ne suis plus du tout convaincu de l’utilité d’un tel framework!

Voilà, il y a quelques mois, je suis tombé par hasard sur ce fameux framework EJB3Unit. Dans le cadre d’un projet, je me demandais comment tester les entités avec les annotations JPA. J’avais commencé par créer des JUnit tests où je persistais une instance aléatoire de l’entité que je voulais tester. Cela est bien vite devenu redondant quand je me suis attaqué à plusieurs entités. Je me suis rendu que je faisais à chaque fois le même travail, créer une instance, la populer avec des valeurs et la persister.

Au début, j’avais des erreurs comme quoi le type d’une colonne ne correspondait pas à ce que j’avais déclaré dans mes annotations JPA. Puis j’ai recherché un framework où j’espérais l’automatisation de tels tests et me voilà donc tombé sur EJB3Unit.

Mais après quelques discussions avec des gars de l’Apache Foundation, on en est arrivé à la conclusion suivante:

hibernate.hbm2ddl.auto

Cette proprité que l’on ajoute dans le fichier persistence.xml se permet de prendre l’une des valeurs suivantes:

• update (mise à jour de la db)
• create (créée la db mais ne la met pas à jour)
• create-drop (supprime puis créée la db)
• validate

C’est la dernière valeur qui m’intéresse, celle-ci permet de venir définir la validation des annotations que l’on a mise en place par rapport à la db. Voilà le tour est joué.

Il suffit de trouver l’équivalent pour Toplink d’Oracle et les autres implémentations.

Qu’en pensez-vous?