[Stratégie] Parallélisation tout en conservant le caractère transactionnel

Bonjour,

J'ai une petite question pour laquelle je n'ai pas trouvé de solution :


On a un ejb qui fait un gros traitement.
On décide de découper cette EJB en partie pour faire les traitements en parallèle.
Mais tous ces traitements doivent se faire au sein d'une même transaction (définie dans l'EJB).

Le problème est qu'on ne peut bien sûr pas gérer nos Threads dans un EJB (donc adieu package concurrent de java) et que les JMS ne supportent pas la transaction de l'appelant.

Comment résoudre ce problème de façon propre ?

Et si tu appliques ta transaction sur un ejb session qui lui même appellerait plusieurs ejb message driven pour le traitement en parallèle ?

Citation:

---

Envoyé par fr1man

Et si tu appliques ta transaction sur un ejb session qui lui même appellerait plusieurs ejb message driven pour le traitement en parallèle ?

---

Oui mais non.
C'est ce que j'entendais par "JMS ne supporte pas la transaction de l'appelant"

En fait très simplement quand tu appèles des MDB tu ne fais qu'envoyer un message sur un queue JMS (c'est un EJB coté container mais pas coté client - même si le client est dans le container).

Et heureusement d'ailleurs, sinon on ne pourrait pas créer avec des EJB des traitements asynchrones puisque c'est juste avant de nous rendre la main que l'EJB fait le cat échéant un commit sur la transaction active.


Une autre solution ?