Quelle est la différence entre la définition des @Transactionnelle de la classe vs méthode

Décision1

@Transactional
public class UserServiceImpl implements UserService {

    ...................
    public void method1(){
        try{
            method2();
        }catch(Exception e){

        }
    }
    public void method2(){

    }
}

Case2

public class UserServiceImpl implements UserService {

    ...................
    public void method1(){
        try{
            method2();
        }catch(Exception e){

        }
    }
    @Transactional
    public void method2(){

    }
}

Dans décision1 si une exception survient, la restauration est au travail, mais dans le cas 2, il ne fonctionne pas. Est-il des problèmes de performances si j'ai suivi la décision1?

InformationsquelleAutor Anil Kumar | 2014-04-17
  1. 48

    Dans le cas 1 @Transactionnelle est appliqué à chaque méthode individuelle.
    Dans le cas 2 @Transactionnelle est uniquement appliqué à method2(), et non sur method1()

    Cas 1:
    - Invocation de method1() -> une transaction est démarrée. Lorsque method1() appelle method2() aucune nouvelle transaction est lancé, car il y a déjà un

    Cas 2:
    - Invocation de method1() -> pas de transaction est démarrée. Lorsque method1() appelle method2() PAS nouvelle transaction est démarrée. C'est parce que @Transactional ne fonctionne pas lors de l'appel d'une méthode à partir de l'intérieur de la même classe. Il pourrait fonctionner si vous appelez method2() à partir d'une autre classe.

    De la manuel de référence-printemps:

    En mode proxy (qui est la valeur par défaut), seulement à l'extérieur des appels de méthode à venir à travers le proxy d'interception. Cela signifie que l'auto-invocation, en effet, une méthode de l'objet cible de l'appel d'une autre méthode de l'objet cible, ne conduira pas à une transaction au moment de l'exécution, même si la méthode invoquée est marqué avec @Transactionnelle. Aussi, la procuration doit être entièrement initialisé à fournir les comportements qui sont attendus de sorte que vous ne devriez pas compter sur cette fonction dans votre code d'initialisation, c'est à dire @PostConstruct.

    • De doubler la mise en garde de l'invocation d'une méthode annotée d'une non-méthode annotée: il ne permet PAS de démarrer une transaction, même pour la méthode annotée. Voir aussi mok réponse.
    InformationsquelleAutor niekname
  2. 35

    @Transactionalsur une classe s'applique à chaque méthode sur le service. C'est un raccourci. En général, vous pouvez définir @Transactional(readOnly = true) sur une classe de service, si vous savez que toutes les méthodes d'accéder au dépôt de la couche. Vous pouvez ensuite remplacer le comportement par @Transactional sur les méthodes d'effectuer des changements dans votre modèle. Les problèmes de performances entre 1) et 2) ne sont pas connus.

    InformationsquelleAutor jeromerg
  3. 17

    Supposons que vous avez la classe suivante:

    @Transactional(readOnly = true)
public class DefaultFooService implements FooService {

  public Foo getFoo(String fooName) {
    //do something
  }

  //these settings have precedence for this method
  @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW)
  public void updateFoo(Foo foo) {
    //do something
  }
}

    La @Transactional annotation sur le niveau de la classe sera appliqué à chaque méthode dans la classe.

    Cependant, lorsqu'une méthode est annoté avec @Transactional (comme, updateFoo(Foo foo)) doit l'emporter sur l'affichage et les paramètres définis au niveau de la classe.

    Plus d'infos:

    • Mais seulement si updateFoo est appelé de l'extérieur. Si getFoo appels updateFoo (comme l'OP demandé), alors la transaction complète sera en lecture seule.
    InformationsquelleAutor analog man
  4. 16

    Citant ici

    Le Printemps de l'équipe de recommandation est que vous ne annoter les classes de béton avec le @Transactional annotation, par opposition à l'annotation des interfaces.

    Depuis ce mécanisme est basé sur les proxys, seuls les "externes" méthode des appels arrivant par la procuration seront interceptés. Cela signifie que 'auto-invocation", c'est à dire une méthode de l'objet cible de l'appel à une autre méthode de l'objet cible, ne vous conduira pas à une transaction au moment de l'exécution, même si la méthode invoquée est marqué avec @Transactional!

    • Ce n'est pas de pointer la différence entre @Transactional méthode annotée et @Transactional annoté de la classe.
    • J'ai pensé que l'OP sera de suivre le lien, néanmoins j'ai juste mis à jour ma réponse, veuillez jeter un oeil.
    • J'étais face à "l'auto-invocation de ne pas créer une" opération de problème et cette réponse me fait rappeler à l'apprentissage, j'ai eu un peu de temps en arrière. Merci!!!!
    InformationsquelleAutor mok