Discussion :

[stof]

Bonjour,

Je me suis récemment cassé la tête sur une succession d'événements sensés écrire à la suite des autres dans une table MA_TABLE:

1)appel dans le DAO d'une procédure qui écrit notamment dans MA_TABLE
2)fonction qui ajoute une ligne dans MA_TABLE dans certains cas en faisant appel createObject)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
	public void createObject(Object object) {
		try {
			em.persist(object);
		} catch (LazyInitializationException lie) {
			em.merge(em.merge(object));
		}
	}

où em est un EntityManager.

Sauf que 2) avait bien l'air de faire ce que je voulais mais j'avais beau regarder ma table, rien n'apparaissait.

Alors j'ai tenté de mettre des @transactional au-dessus des fonctions mises en jeu --> sans succès
Et j'ai finalement décidé de faire comme un commit avec la fonction flush de EntityManager --> ça marche.

J'ai donc résolu mon problème mais
-c'est moche
-je ne comprend pas bien les notions en jeu et la façon propre de faire (c'est moche, bis)

Merci aux spécialistes pour leurs explications.

[JeitEmgie]

@Transactional est la bonne voie mais il ne fonctionne pas tout seul : il faut définir les classes annotées comme des beans soit en XML soit via des annotations comme @Service, @Component, …
et alors utiliser

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
<context:annotation-config/>
<context:component-scan base-package="YOUR_PACKAGE_URI" />

ce qui implique aussi d'inclure le namespace dans l'entête XML

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
	xmlns:context="http://www.springframework.org/schema/context"
…
xsi:schemaLocation="…
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-TARGETED_SPRING_VERSION.xsd
…"

[stof]

Gloups. Moi j'ai pas compris grand chose et mon collègue qui s'y connaît le plus pense que tu fait référence à ce qu'on écrit dans persistence.xml pour déclarer certaines classes qui seraient donc persistantes...

Si t'as un moyen de m'expliquer autrement, je veux bien, sinon je crains de ne pas pouvoir exploiter tes conseils

[JeitEmgie]

Gloups. Moi j'ai pas compris grand chose et mon collègue qui s'y connaît le plus pense que tu fait référence à ce qu'on écrit dans persistence.xml pour déclarer certaines classes qui seraient donc persistantes...

Si t'as un moyen de m'expliquer autrement, je veux bien, sinon je crains de ne pas pouvoir exploiter tes conseils

non : il s'agit de ce qu'il faut mettre dans applicationContext.xml pour que @Transactional fonctionne (et sans oublier un bean transactionManager…).

[stof]

non : il s'agit de ce qu'il faut mettre dans applicationContext.xml pour que @Transactional fonctionne (et sans oublier un bean transactionManager…).

Alors dans applicationContext.xml, j'ai ceci si c'est ce dont tu parles:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<bean id="applicationJpaTxMgr" class="org.springframework.orm.jpa.JpaTransactionManager">
      <property name="entityManagerFactory" ref="applicationEMF" />
</bean>

et dans web.xml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
  <!-- Paramétrage du gestionnaire de transaction Spring -->
  <filter>
    <filter-name>oemiv</filter-name>
    <filter-class>org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter</filter-class>
    <init-param>
      <param-name>entityManagerFactoryBeanName</param-name>
      <param-value>applicationEMF</param-value>
    </init-param>
  </filter>
  <filter-mapping>
    <filter-name>oemiv</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>