Thread et transaction

**pickeu** · 14/06/2010, 17h07

Bonjour,

je suis en train de bosser sur une application basée sur Spring 3 (avec annotations) + Hibernate + couche Web.

Je gère les transaction avec un openSessionInView pour la couche Web, des @Transactional pour la couche service.

Il se trouve que dans la couche Web je suis obligé de lancer un thread qui génère des rapports.

Malencontreusement, dans ce thread j'ai besoin d'accéder à des objets de ma couche de service. Comment je peux définir un contexte de transaction sur ce thread histoire d'éviter des "LazyInitializationException no session or session was closed" ?

j'ai bien essayé de rajouter un @Transactional comme ça :

new Thread() {
@Override
@Transactional
public void run() {

Mais sans succès

Si quelqu'un a une idée, je suis preneur, merci d'avance.

**thebloodyman** · 14/06/2010, 22h08

Dans la déclaration des transactions par annotations

Code :

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

1
2
 
<tx:annotation-driven  />

tu précises l'attribut 'mode' ?
Par défaut, c'est proxy et c'est ce que la plupart des config utilisent.

En mode proxy, une méthode annotée @Transactional est interceptée uniquement pour les appels passant par le proxy qui a été généré pour rendre transactionnelle la méthode annotée.
Si tu appelles une méthode annotée @Transactional depuis la classe originale (la cible du proxy), ca n'a aucun effet puisque tu passes pas par le proxy.

Mes suggestions si tu veux tjrs passer par des @Transactional :

1.Contournement simple

Si la méthode englobante qui crée le thread est une méthode d'un bean Spring appelée depuis une classe extérieure, pourquoi ne pas simplement annoter la méthode @Transactional ?

2.Contournement un peu lourd

Si tu tiens à conserver l'annotation @Transactional pour l' exécution du thread, tu peux créer un bean tout con avec une méthode doProcess() annotée @Transactional .
Tout le traitement dans la méthode run() du thread sera déplacé dans la méthode doProcess() du bean en question et le run() ne ferait qu'appeler doProcess() (donc de l'extérieur) de ce nouveau bean qu'il aura en dépendance.

Perso, je trouve la solution pas très propre : on créé une nouvelle classe uniquement pour répondre à une carence des outils (Spring en l'occurrence) ou de conception plus généralement.

3. Pas mal si ca marche
La doc Spring explique que le mode 'aspectj'

Code :

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

<tx:annotation-driven  mode="aspectj"/>

permet d'éliminer la limitation des annotations @Transactional sur les méthodes appelées depuis un même bean .

Perso, j'ai jamais essayé la dernière solution.
Si ca marche, n'hésite pas à faire un retour

**pickeu** · 15/06/2010, 10h03

Bonjour et merci pour tous ces éléments.

Je viens de tester la méthode 3) mais je n'ai effectivement pas de résultat probant.

Il faut que je fouille un peu plus, je regarde et je vous tiens au courant.

**pickeu** · 15/06/2010, 14h37

Bon au final, j'ai collé un service géré par spring dans mon thread. Ce service étant déclaré @transactional, j'ai réussi à élminier tous mes petits soucis.

Merci