EJB Transactions dans les locaux de la méthode des appels

Dans la configuration suivante, n'méthode B exécuter dans un (nouveau) de la transaction?

Un EJB, ayant deux méthodes, Une méthode et la méthode B

public class MyEJB implements SessionBean
    public void methodA() {
       doImportantStuff();
       methodB();
       doMoreImportantStuff();
    }

    public void methodB() {
       doDatabaseThing();
    }
}

L'EJB est gérée par le conteneur, avec methodB dans requires_new de transaction, et la méthode A requis d'une transaction. donc:

<container-transaction id="MethodTransaction_1178709616940">
  <method id="MethodElement_1178709616955">
    <ejb-name>MyName</ejb-name>
    <method-name>*</method-name>
  <trans-attribute>Required</trans-attribute>
  </method>
  <method id="MethodElement_1178709616971">
    <ejb-name>MyName</ejb-name>
    <method-name>methodB</method-name>
  </method>
  <trans-attribute>RequiresNew</trans-attribute>
</container-transaction>

Maintenant, laissez un autre EJB appel methodA avec un EJB appel de méthode.
methodA fonctionne maintenant dans une transaction. Sera le prochain appel de methodB de methodA exécuter dans la même transaction, ou de ne l'exécuter dans une nouvelle transaction?
(de l'esprit, c'est le code ici. Il n'est pas explicite ejb-appel à la méthode B)

InformationsquelleAutor | 2009-01-09

35

Votre appel à methodB() est un banal appel d'une méthode, ne sont pas interceptées par le conteneur d'EJB; au moment de l'exécution le conteneur d'EJB qui permettra d'injecter un proxy et non pas une instance de votre classe, c'est la façon dont il intercepte les appels et la configuration de l'environnement avant d'appeler votre méthode. Si vous utilisez this vous appelez une méthode directement et non pas par le proxy. Ainsi, les deux méthodes utilisent la même transaction, indépendamment de ce qui est défini dans ejb-jar.xml pour les appels par le biais des interfaces de l'EJB.
- En plus de ce que david a posté, vous devriez lire java.sun.com/j2ee/tutorial/1_3-fcs/doc/Transaction3.html
- Question: est-ce encore vrai dans les EJB 3.1 et avec des annotations? Je pense que oui, parce que la distinction serait toujours entre les appels de méthode et d'EJB invocations.
- Oui, exactement. Je pense qu'il est important de mentionner que le correctif consiste à injecter une référence au même objet (pour les apatrides ou singleton) comme user1656654 dit, ou de l'utilisation SessionContext.getEJBLocalObject, getEJBObject, ou getBusinessObject (éventuellement avec getInvokedBusinessInterface) pour obtenir un proxy de l'objet courant.
- votre lien ne fonctionne pas.
- ici, il va: web.archive.org/web/20120627044942/http://java.sun.com/j2ee/...
- J'ai une sous-question. Dans le cas que j'ai un haricot: ThingFacade et j'ai injecter le même fève dedans.... @EJB ThingFacade thingFacade; en invoquant une ThingFacade méthode à travers les thingFacade de référence à partir d'une autre méthode dans thingFacade, je vais aller à travers le proxy... ou pas?
InformationsquelleAutor david a.
23

injecter SessionContext, et demandez pour votre proxy exemple:
```
@Stateless
public class UserFacade implements UserFacadeLocal {
@Resource
private SessionContext context;

@Override
@TransactionAttribute(TransactionAttributeType.REQUIRED)
private void create(User user) {
        System.out.println("Users Count: "+count()); //invocation#1
        System.out.println("Users Count Through Context: "+context.getBusinessObject(UserFacadeLocal.class).count()); //invocation#2
    }

@Override
@TransactionAttribute(TransactionAttributeType.NEVER)
    public int count() {
        return ((Long) q.getSingleResult()).intValue();
    }
}
```
dans 'invocation#1" c'est un appel Local, ne passant pas par le proxy, il sera de retour le comte

dans 'invocation#2" c'est un appel à travers le proxy, et, par conséquent, de les annoter pas à l'appui de la transaction qui est maintenant ouvert par créer(utilisateur) de la méthode, cette invocation va lancer une opération exception:

javax.ejb.EJBException: EJB ne peut pas être invoqué dans les transactions mondiales
- Intéressant de hack, je me demande s'il y a un ensemble inconvénients de le faire en dehors de été incompatible avec le consensus général que les EJB et l'œuvre de Printemps à travers transactionnelle procurations et donc pas d'opération annotations, etc. sont ignorées dans les locaux des appels de méthode, ce qui affecte évidemment la conception
- c'était juste un code que j'ai utilisé pour savoir combien de procurations de travail, mais je ne sais pas comment il pourrait être utilisé dans la vie réelle.
InformationsquelleAutor DrAhmedJava
3

Ils utilisent la même transaction.

Si je me souviens bien, la transaction est démarrée par le conteneur "avant", la méthode est invoquée et engage après avoir "fini".

Depuis "un" appels "b", "b" serait d'utiliser la même transaction.

:S

Je suppose que la meilleure chose que vous pouvez faire est de le tester pour vérifier qu'il! 🙂

InformationsquelleAutor OscarRyz

Vous devez vous connecter pour publier un commentaire.