Как программно получить менеджер транзакций в потоке?

У меня есть страница калитки, которая содержит два Spring -managed beans, один - DAO, другой - служебный объект:

public class MergeAccountsPage extends WebPage
{
  @SpringBean
  private MergeEmailDao mergeEmailDao;

  @SpringBean
  private MergingService mergingService;
}

Методы реализации MergingService в основном аннотируются с помощью @Transactional, поэтому каждое действие, связанное с MergingService, отлично работает.

Но проблема здесь:

Link<Void> link = new Link<Void>("cancelLink") {
  @Override
  public void onClick()  {
    ma.setNewEmail(null);
    ma.setNewEmailClicked(null);
    ma.setNewEmailSentTime(null);
    mergeAccoungDao.update(ma); //not written to DB
    setResponsePage(...);
  }
};

Ссылка будет вызывать mergeAccoungDao.update(ma) для обновления строки в БД.

Но данные не обновляются в DB, ​​я думаю, что это потому, что DAO не завернуты в @Transaction, а теги tx:advice и aop.

Интересно, есть ли способ программно получить диспетчер транзакций и вручную открыть/закрыть транзакцию?

Примечание. Я могу решить проблему, добавив этот код в spring XML:

  <tx:advice id="txAdviceApp" transaction-manager="transactionManagerApp">
    <tx:attributes>
      <tx:method name="get*"    read-only="true"/>
      <tx:method name="save*"   propagation="REQUIRED"/>
      <tx:method name="update*" propagation="REQUIRED"/>
      <tx:method name="delete*" propagation="REQUIRED"/>
      <tx:method name="*" propagation="SUPPORTS"/>
    </tx:attributes>
  </tx:advice>

  <aop:config>
    <aop:pointcut id="methods" expression="execution(* destiny.utils.AbstractDao+.*(..))"/>
    <aop:advisor advice-ref="txAdviceApp" pointcut-ref="methods"/>
  </aop:config>

Таким образом, сохранение/обновление/удаление DAO будет работать как шарм.

Но я не хотел бы добавлять этот конфиг. Поскольку на самом деле DAO расширяет AbstractDao, и есть другие DB/DAO, расширяющие этот AbstractDao:

public interface AbstractDao<T> {
  public T get(Serializable id);
  public T save(T t);
  public T update(T t);
  public void delete(T t);
}

public abstract class AbstractDaoJpaImpl<T> implements AbstractDao<T>

public interface MergeAccountDao extends AbstractDao<MergeAccount>

@Repository
public class MergeAccountDaoImpl extends AbstractDaoJpaImpl<MergeAccount> implements MergeAccountDao

Поэтому, если этот AbstractDAO CRUD "рекомендуется" этой транзакциейManagerApp, у других DAO могут возникнуть проблемы, поскольку другие DAO могут зависеть от txManagerForum, txManagerBank, txManagerUser... и т.д.

Вернуться к проблеме, есть ли способ программно получить txManager? Например:

TransactionManager txManager = TxManagerThreadLocal.get();
txManager.begin();
ma.setNewEmailSentTime(null);
mergeAccoungDao.update(ma); 
txManager.commit();

Или есть ли лучший способ обернуть транзакцию в DAO?

Большое спасибо.

Ответы

Ответ 1

Вам нужно ввести менеджера транзакций в класс, который вы хотите использовать. Вы можете использовать для этого конструктор или свойство, основанное на использовании, или использовать autwiring. Когда вы получаете ящик транзакций, вы можете использовать поддержку программных транзакций в Spring для начала и фиксации транзакции. Вот пример кода из Spring справки 2.5:

public class SimpleService implements Service {

  // single TransactionTemplate shared amongst all methods in this instance
  private final TransactionTemplate transactionTemplate;

  // use constructor-injection to supply the PlatformTransactionManager
  public SimpleService(PlatformTransactionManager transactionManager) {
    Assert.notNull(transactionManager, "The 'transactionManager' argument must not be null.");
    this.transactionTemplate = new TransactionTemplate(transactionManager);
  }

  public Object someServiceMethod() {
    return transactionTemplate.execute(new TransactionCallback() {

      // the code in this method executes in a transactional context
      public Object doInTransaction(TransactionStatus status) {
        updateOperation1();
        return resultOfUpdateOperation2();
      }
    });
  }
}

Подробнее см. reference.