Printemps méthode @Transaction appel par la méthode dans la même classe, ne fonctionne pas?

Question

Je suis nouveau à Spring Transaction. Quelque chose que j'ai trouvé vraiment étrange, probablement je l'ai bien compris. Je voulais avoir un niveau de méthode transactionnel et j'ai une méthode d'appelant dans la même classe et il semble que ça n'aime pas cela, il faut l'appeler depuis la classe séparée. Je ne comprends pas comment c'est possible. Si quelqu'un a une idée de la façon de résoudre ce problème, j'apprécierais beaucoup. Je voudrais utiliser la même classe pour appeler la méthode transactionnelle annotée.

Voici le code:

public class UserService { 

    @Transactional 
    public boolean addUser(String userName, String password) { 
     try { 
      // call DAO layer and adds to database. 
     } catch (Throwable e) { 
      TransactionAspectSupport.currentTransactionStatus() 
        .setRollbackOnly(); 

     } 
    } 

    public boolean addUsers(List<User> users) { 
     for (User user : users) { 
      addUser(user.getUserName, user.getPassword); 
     } 
    } 
} 

Answer 1

Il est une limitation avec Spring AOP. (objets dynamiques et CGLIB)

Si vous configurez Spring pour utiliser AspectJ pour gérer les transactions, votre code fonctionnera.

La solution simple et probablement la meilleure est de refactoriser votre code. Par exemple, une classe qui gère les utilisateurs et une qui traite chaque utilisateur. Ensuite, la gestion des transactions par défaut avec Spring AOP fonctionnera.

Conseils de configuration pour les transactions de manutention avec AspectJ

Pour activer Spring utiliser AspectJ pour les transactions, vous devez définir le mode AspectJ:

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

Si vous utilisez Spring avec une ancienne version de 3.0, vous devez également ajouter ceci à votre configuration de ressort:

<bean class="org.springframework.transaction.aspectj 
     .AnnotationTransactionAspect" factory-method="aspectOf"> 
    <property name="transactionManager" ref="transactionManager" /> 
</bean> 

Answer 2

Le problème ici est , que les proxies AOP de Spring ne s'étendent pas mais enveloppent votre instance de service pour intercepter les appels. Cela a pour effet que tout appel à "this" depuis votre instance de service est directement appelé sur cette instance et ne peut pas être intercepté par le proxy de wrapping (le proxy n'est même pas au courant d'un tel appel). Une solution est déjà mentionnée. Un autre avantage serait de simplement faire en sorte que Spring injecte une instance du service dans le service lui-même, et appelle votre méthode sur l'instance injectée, qui sera le proxy qui gère vos transactions. Mais sachez, que cela peut avoir de mauvais effets secondaires aussi, si votre grain de service n'est pas un singleton:

<bean id="userService" class="your.package.UserService"> 
    <property name="self" ref="userService" /> 
    ... 
</bean> 

public class UserService { 
    private UserService self; 

    public void setSelf(UserService self) { 
     this.self = self; 
    } 

    @Transactional 
    public boolean addUser(String userName, String password) { 
     try { 
     // call DAO layer and adds to database. 
     } catch (Throwable e) { 
      TransactionAspectSupport.currentTransactionStatus() 
       .setRollbackOnly(); 

     } 
    } 

    public boolean addUsers(List<User> users) { 
     for (User user : users) { 
      self.addUser(user.getUserName, user.getPassword); 
     } 
    } 
} 

Answer 3

Vous pouvez autowired BeanFactory dans la même classe et faire un

getBean(YourClazz.class)

Il Proxyptera automatiquement votre classe et prendra en compte votre annotation @Transactional ou autre.

Answer 4

Ceci est ma solution pour l'auto-invocation.

private SBMWSBL self; 
@Autowired private ApplicationContext applicationContext; 

@PostConstruct 
public void postContruct(){ 
    self =applicationContext.getBean(SBMWSBL.class); 
}