параметры присоединения/открытия (Requires, RequiredNew, Supported, Mandatory и т.д.)
В 99.99% случаях запрос обрабатывается так: открывается транзакция, делается вся работа, транзакция закрывается. Не надо никакого xml, не надо генерировать и загружать код в рантайме, не надо засорять стэк вызовов.
Вот пример из документации спринга:
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();
}
});
}
Теперь для всего кода внутри someServiceMethod будет propagation=Requires.
В случае с Hibernate и web-интерфейсом в транзакцию надо заворачивать вообще весь сервлет (из-за lazy loading в шаблонизаторе). То есть просто навешиваем servlet-фильтр на все и дальше не паримся.
Вообще, spring transactions почти нормальная библиотека (совершенно отдельная от spring ioc). Единственная претензия - разработка требует огромной внимательности. Очень легко допустить ошибку, которую не выявят никакие тесты. Пример:
1.
2.
3.
4.
5.
private JdbcTemplate jdbcTemplate;
public void transferMoney(long from, long to, int amount){
jdbcTemplate.update("update account set amount = amount + ? where id = ?", amount, to);
jdbcTemplate.update("update account set amount = amount - ? where id = ?", amount,from);
}
Разработчик пишет такую функцию, и забывает завернуть ее в транзакцию(неважно как - через @Transactional, через xml либо через такое API как выше). В результате оба запроса выполняются с autocommit=true, что очень печально.
В том API, которое я описывал ранее в этом треде
11767978 , если мы забываем открыть транзакцию, при попытке выполнить sql запрос просто вылетит exception, что не позволяет допустить глупую ошибку.
Еще бывают автономные транзакции, но они нужны крайне редко. Если все таки нужны, то можно написать как то так:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
public class Logger{
public boolean useAutonomousTx;
public logToDatabase(String msg){
Propagation = useAutonomousTx?PROPAGATION_REQUIRES_NEW:PROPAGATION_REQUIRES;
return transactionTemplate.execute(propagation,new TransactionCallback() {
public Object doInTransaction(TransactionStatus status) {
//логируем в базу данных
}
});
}
}
Если бы было много функций, которые можно выполнять как в текущей транзакции, так и в отдельной, то такая писанина конечно быстро бы надоела. Но так как это бывает нужно крайне редко, то все ок.
Ну и напоследок, если все таки хочется совсем как в Spring, то xml все равно не нужен:
It is also possible to use the Spring Framework's @Transactional support outside of a Spring container by means of an AspectJ aspect. To use this support you must first annotate your classes (and optionally your classes' methods with the @Transactional annotation, and then you must link (weave) your application with the org.springframework.transaction.aspectj.AnnotationTransactionAspect defined in the spring-aspects.jar file.
То есть AspectJ во время сборки добавляет в методы, помеченные @Transactional возню с transactionTemplate. Spring IoС здесь банально не нужен для AOP, как я уже отмечал в
11767978 .
