Hibernate 4 et SessionFactory

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bonjour à tous et à toutes,

J'ai crée un test JUnit permettant de tester l'ajout en Base d'une entitée. J'utilise Hibernate-core en version 4 déclaré dans un fichier pom.xml.
Voici mon code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
 
public class TacheTest {
 
	private final static Logger logger = LogManager.getLogger(MainTacheApplication.class.getName());
	private static SessionFactory maSessionFactory;
	private static ServiceRegistry serviceRegistry;
 
	static {
		try {
			Configuration configuration = new Configuration();
			configuration.configure();
 
			serviceRegistry = new ServiceRegistryBuilder().applySettings(configuration.getProperties()).buildServiceRegistry();
			maSessionFactory = configuration.buildSessionFactory(serviceRegistry);
		} catch(Throwable ex) {
			throw new ExceptionInInitializerError(ex);
		}
	}
 
	public static Session getSession() throws HibernateException {
        return maSessionFactory.openSession();
    }
 
	@Test
	public void testCreateEntity() throws SQLException {
		Transaction transaction = getSession().beginTransaction();
 
		// Instanciation de la tâche
		Tache maTache = new Tache();
		logger.info("Trying to create a test connection with the database.");
		maTache.setDescription("maPremiereTache");
		maTache.setDateDeCreation(new Date());
		// l'objet est en session pour être manipulé
		getSession().save(maTache);		
		transaction.commit();
 
		Assert.assertNotNull(maTache.getIdTache()); // on vérifie l'assertion
 
	}
}

Lors de l'éxécution du test, j'ai le message suivant dans le Console.

Code:

1
2
3
4
5
6
7
8
 
2013-12-30 11:38:31,226 INFO  [main] common.Version (Version.java:37) | Hibernate Commons Annotations 3.2.0.Final
déc. 30, 2013 11:38:31 AM org.hibernate.Version logVersion
INFO: HHH000412: Hibernate Core {4.2.3.Final}
déc. 30, 2013 11:38:31 AM org.hibernate.cfg.Environment <clinit>
INFO: HHH000205: Loaded properties from resource hibernate.properties: {hibernate.connection.username="postgres", hibernate.connection.password=****, hibernate.dialect="org.hibernate.dialect.PostgreSQLDialect", hibernate.show_sql=true, hibernate.connection.url="jdbc:postgresql://localhost:5432/tacheapp", hibernate.bytecode.use_reflection_optimizer=false, hibernate.connection.driver_class="org.postgresql.Driver", hibernate.format_sql=true}
déc. 30, 2013 11:38:31 AM org.hibernate.cfg.Environment buildBytecodeProvider
INFO: HHH000021: Bytecode provider name : javassist

Merci d'avance.
Transact.

Voici l'erreur retournée par JUnit
Code:

1 2 Caused by:java.lang.NoClassDefFoundError: org/hibernate/util/DTDEntityResolver

30/12/2013, 14h08
rg77140

Bonjour,

Il faut que tu donnes la stack complète de l'erreur pour qu'on te dise d'où elle vient. Tu utilises probablement un framework qui a une dépendance vers Hibernate 3, alors que tu utilises Hibernate 4. Ou alors des versions d'Hibernate différentes (du genre hibernate-annotation en version 3 avec hibernate-entitymanager en version 4).

Romain.

Dans un premier temps merci pour ta réponse.
Entre-temps, j'ai modifié dans le Maven les versions des artifactId de hibernate-core et hibernate-entity, et c'est beaucoup mieux (même si mon test reste en rouge!)
Code:

1 2 3 4 5 6 7 8 9 10 11 12  <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-core</artifactId> <version>4.2.8.Final</version> </dependency> <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-entitymanager</artifactId> <version>4.2.8.Final</version> </dependency>
Par contre le problème vient d'ailleurs, en effet la stackTrace de JUnit me dit ceci
Code:

1 2 ids for this class must be manually assigned before calling save()
En effet la colonne idTache de table Tache est un type serial sous PostgreSQL.
L'insertion dans le jeu de test doit "probablement" se faire manuellement.

J'avance pas à pas, mon test est passé au vert.
Dans le code du test il fallait initialiser l'identifiant de la tâche puisque le type est un serial (il n'est pas auto-incrémenté).

Par contre la tâche n'est pas insérée en Base de données.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
public class TacheTest {
 
	private final static Logger logger = LogManager.getLogger(TacheTest.class.getName());
 
	@Test
	public void testCreateEntity() throws SQLException {
		Transaction transaction = getSession().beginTransaction();
 
		// Instanciation de la tâche
		Tache maTache = new Tache();		
		maTache.setDescription("maPremiereTache");
		maTache.setDateDeCreation(new Date());
		// Initialiser l'identifiant de l'entité avant de l'insérer en Base
		maTache.setIdTache(1);
		// L'objet est en session pour être manipulé		
		getSession().save(maTache);	
		logger.info("La tâche a été ajoutée avec succès !");
		transaction.commit();		
		Assert.assertNotNull(maTache.getIdTache()); // on vérifie l'assertion
		getSession().close();		
	}

30/12/2013, 15h29
Rony Rauzduel

... et c'est normal qu'elle ne soit pas insérée en Base puisque je passe par l'implémentation d'une interface DAO pour effectuer mon CRUD.
30/12/2013, 15h43
rg77140
Si tu ne souhaites pas spécifier d'id "à la main" ( maTache.setIdTache(1); ) il te faut utiliser un "generator" (au sens Hibernate) :
Code:

1 2 3 4 @Id @Column(name = "your_id") @GeneratedValue(strategy = GenerationType.IDENTITY) private Integer yourId;
Si tu génères le schéma par hibernate il te faudra rajouter que le type est "serial":
Code:

1 2 3 4 @Id @Column(name = "your_id", columnDefinition = "serial") @GeneratedValue(strategy = GenerationType.IDENTITY) private Integer yourId;
Si ça marche pas, cherche "hibernate 4 postgresql serial" sur Internet tu devrais trouver de l'aide.

Romain.
30/12/2013, 15h49
Rony Rauzduel

Il faut tout de même initialiser l'identifiant de l'entité ...

Avant d'aller plus loin, j'aurai besoin d'une précision.
Voici la méthode d'insertion d'une tâche (une entité) dans la classe implémentant ma DAO pour le CRUD.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
public class DAOTacheImpl implements IDAOTache {
 
...
 
public void createTache(Tache tache) throws SQLException {
		// nous allons gérer nous-même la transaction
		try {
			// On désactive l'auto-commit du SGBDR
			this.connect.setAutoCommit(false);			
 
			String requete = "INSERT INTO tache (description,dateDeCreation) VALUES (?, ?)";
			preparedStatementInsert = connect
					.prepareStatement(requete);
			preparedStatementInsert.setString(1, tache.getDescription());
			preparedStatementInsert.setDate(2, new java.sql.Date(tache
					.getDateDeCreation().getTime()));
			preparedStatementInsert.executeUpdate();
			// on effectue le commit manuellement
			connect.commit();
			// on ajoutera un logger ici
		} catch (SQLException e) {
			// idem on ajoutera un logger également ici
			e.printStackTrace();
			// on rollback la transaction
			connect.rollback();
		} finally {
			// si le preparedStatement n'est pas nulle alors on le ferme
			if (preparedStatementInsert != null) {
				preparedStatementInsert.close();
			}
			// si la connexion est ouverte alors on ferme le flux
			if (connect != null) {
				connect.close();
			}
		}
	}
}

Avant d'aller plus loin, j'aurai besoin d'une précision.
Voici la méthode d'insertion d'une tâche (une entité) dans la classe implémentant ma DAO pour le CRUD.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
public class DAOTacheImpl implements IDAOTache {
 
...
 
public void createTache(Tache tache) throws SQLException {
		// nous allons gérer nous-même la transaction
		try {
			// On désactive l'auto-commit du SGBDR
			this.connect.setAutoCommit(false);			
 
			String requete = "INSERT INTO tache (description,dateDeCreation) VALUES (?, ?)";
			preparedStatementInsert = connect
					.prepareStatement(requete);
			preparedStatementInsert.setString(1, tache.getDescription());
			preparedStatementInsert.setDate(2, new java.sql.Date(tache
					.getDateDeCreation().getTime()));
			preparedStatementInsert.executeUpdate();
			// on effectue le commit manuellement
			connect.commit();
			// on ajoutera un logger ici
		} catch (SQLException e) {
			// idem on ajoutera un logger également ici
			e.printStackTrace();
			// on rollback la transaction
			connect.rollback();
		} finally {
			// si le preparedStatement n'est pas nulle alors on le ferme
			if (preparedStatementInsert != null) {
				preparedStatementInsert.close();
			}
			// si la connexion est ouverte alors on ferme le flux
			if (connect != null) {
				connect.close();
			}
		}
	}
}

La requête est du SQL natif en JDBC.
Ma question est faut-il que la requête soit en JPQL (pour la persistence) afin de pouvoir utiliser les Sessionfactory dans le jeu de test de JUnit?

30/12/2013, 16h30
JeitEmgie
Les test unitaires sont rollbackés par défaut…
Code:

1 2 3 @Test @Rollback(false)
si vous voulez réellement persister…

mais auquel cas il faut aussi du code de "nettoyage" des données insérées/modifiées par les tests unitaires pour repartir toujours du même état connu (et éviter des erreurs du genre "non unique primary key" lors d'une deuxième exécution…).

Avec Hibernate on ne manipule pas JDBC. Hibernate vient par dessus JDBC. Tu dois toujours interagir avec la Session. Il faut faire comme dans ton premier exemple :

Code:

getSession().save(tache);

Hibernate génèrera l'ordre SQL d'INSERT pour toi, maintiendra un cache de 1er niveau, ...

Attention Hibernate n'envoie pas l'ordre d'INSERT immédiatement après le save() pour des raisons de performance. Il garde l'ordre garde en cache et l'envoie au moment du flush, d'un select, ou du commit. Si tu insères un grand nombre de taches tu voudras peut-être flusher et vider le cache de premier niveau régulièrement :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Session session = sessionFactory.openSession(); Transaction tx = session.beginTransaction(); for ( int i=0; i<100000; i++ ) { Customer customer = new Customer(.....); session.save(customer); if ( i % 20 == 0 ) { //20, same as the JDBC batch size //flush a batch of inserts and release memory: session.flush(); session.clear(); } } tx.commit(); session.close();
Romain.

30/12/2013, 16h35
rg77140
Citation:
Envoyé par JeitEmgie

Les test unitaires sont rollbackés par défaut…

Code:

1 2 3 @Test @Rollback(false)
@Rollback c'est du Spring, pas du JUnit. Rien ne dit qu'il utilise Spring. Avec JUnit seul, les ordres SQL ne sont pas rollbackés.

Romain.
30/12/2013, 16h55
Rony Rauzduel

Merci pour vos réponses qui éclaircissent davantage les choses d'autant plus que je débute.

J'ai modifié ma DAO (et aussi la classe implémentant l'interface de la DAO).
Maintenant j'attends en type de retour un objet TacheEntity et non plus un Tache.
Par contre j'ai une erreur NullPointerException
30/12/2013, 16h57
rg77140

Quand tu as une exception il te faut à minimum montrer le code source et la stack de l'exception. Là on ne peut pas t'aider.

Autant pour moi, voici le code

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
@Test
	public void testCreateEntity() throws SQLException {
		Transaction transaction = getSession().beginTransaction();		
 
		// Instanciation de la tâche
		TacheEntity maTache = new TacheEntity();
		// Initialiser l'identifiant de l'entité avant de l'insérer en Base
		maTache.setIdTache(1);
		maTache.setDescription("maPremiereTache");
		maTache.setDateDeCreation(new Date());	
		getSession().save(maTache);
 
		DAOTacheImpl daoTacheImpl = new DAOTacheImpl();
		daoTacheImpl.createEntityTache(maTache);
 
		transaction.commit();	
		logger.info("La tâche a été ajoutée avec succès !");
		// on vérifie l'assertion
		Assert.assertNotNull(maTache.getIdTache()); 
		Assert.assertNotNull(maTache.getDescription());
		getSession().close();
	}

30/12/2013, 17h13
rg77140

Et la stack trace de l'erreur ?

ça ressemble à ça une stacke trace :
https://jazz.net/library/content/doc...ce-linking.png

Il faut que tu regardes le "caused by" de ta stack trace pour voir à quelle ligne a eu lieu le "NullPointerException". NPE ça veut dire que tu as un objet qui n'a pas été instancié (il est null).

Ce code est douteux :

Code:

new DAOTacheImpl();

Ton DAO a probalement besoin d'une sessionfactory dans ses variables membres, si tu ne lui donnes pas alors tu obtiens une NPE.

Romain.
30/12/2013, 17h18
Rony Rauzduel

En fait la Connexion n'est pas instanciée dans le test mais uniquement dans le applicationContext.xml d'où la cause du NPE.

Oui mais non... Quand tu fais un new d'un objet (en dehors d'une configuration Java) ses dépendances ne sont pas initialisées. Ton test devrait plutôt ressembler à ça :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 @RunWith(SpringJUnit4ClassRunner.class) @ContextConfiguration(locations={"/applicationContext.xml"}) public DAOTacheTest{ @Autowired IDAOTache daoTache; @Test public void testCreateEntity() throws SQLException { // ... daoTache.createEntityTache(maTache); // ... } }
Il faut aussi que ton DAO soit déclaré en tant que Bean dans ton applicationContext.xml.

Si tu veux un conseil tu devrais séparer les problèmes. Tu ne sais pas utiliser ni Spring ni Hibernate mais tu essais de faire fonctionner les deux en même temps. Fais toi un projet Spring d'un coté, un projet Hibernate. Fais des tests pour essayer de comprendre comment chacun fonctionne indépendamment de l'autre et ensuite essaie d'utiliser les deux en même temps. Ce sont deux gros frameworks, un minimum de lecture et d'entrainement avec chacun d'eux est nécessaire.

Romain.

30/12/2013, 18h27
Rony Rauzduel

Merci pour ta réponse, je dois filer;
Je regarde cela demain et je te tiens au courant.

Voir 40 message(s) de cette discussion en une page