Судя по всему я могу помочь. Просто расскажу, как у меня настроены транзакции через Spring, хотя я и не использую таймауты.
1. Инициализация транзакций в конфигурации спринга, в данном случае мы указываем, что будем аннотировать нужные методы (классы) через @Transactional и транзактить будем свою sessionFactory через HibernateTransactionManager
| Код |
<bean id="coreSessionFactory"
class="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean" destroy-method="destroy">
<property name="dataSource" ref="coreDataSource" />
<property name="configurationClass" value="org.hibernate.cfg.AnnotationConfiguration" />
<property name="hibernateProperties">
.......
</property>
</bean>
<tx:annotation-driven transaction-manager="coreTransactionManager"/>
<bean id="coreTransactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory" ref="coreSessionFactory"/>
</bean>
|
Вот и вся конфигурация. Теперь в корневом методе, от которого должна начинаться транзакция и откат, пишем:
| Код |
@Transactional(
readOnly = false,
isolation = Isolation.READ_COMMITTED,
propagation = Propagation.REQUIRES_NEW,
rollbackFor = MyDataBusinessException.class,
timeout = 15
)
public void doWithMyTransactionalData() throws MyDataBusinessException {
....
}
|
Кратко поясняю. Транзакция откатывается при любом RuntimeException а так же при любом корневом или наследнике MyDataBusinessException.class. В данном методе обязана открыться новая транзакция, даже если вызывающий поток уже находится в своей транзакции. Изоляция ReadCommitted, но там уже сами почитайте. Ну и ключевое для вас - 15 секунд таймаут.
Следующее: включить в транзакции фильтры не получится, так как они вызываются перед корневым методом в любом случае. А кроме того, по библии  если ваша правая рука пишит фильтры, которые что-то делают с данными, лучше оторвите правую руку, чтобы она не грешила . Дальше, фильтры эти должны выполняются мнгновенно, даже их десяток, так что на исход транзакции вляить не должны.
Следующая загвоздка с таймаутом в том, что не все драйвера не ко всем базам поддерживают управление таймаутом из драйвера, так что, возможно, придется настраивать таймаут транзакции в самой базе.
Последнее. Вы пишете:
| Цитата |
сервис, который обрабатывает данные, дергает по мимо DAO объектов еще два специфичных сервиса, один медиа сервис, другой платежный. Поэтому я не очень понимаю, как тут использовать декларативный способ управления транзакциями. Нужен ведь правильная реализация PlatformTransactionManager То есть ее необходимо писать самому.
|
Тут я так понимаю, что если вы внутри этой транзакции через сервисы у кого-то запрашиваете данные, то тут ничего страшного нет. Если вы передаете данные по сервисам на запись, ну.. тут только варинат с поддержкой удаленным сервисом вызова отката. Понятное дело, что если бы все удаленщики сидели в каком-то глобальном ejb + jndi спейсе, проблем бы не было.. Но других вариантов, кроме как требовать от них метод отката операции не вижу.
Вроде все. Надеюсь, что помог. |
