Spring данных - Оптимистичный механизм повтора не работает должным образом

Question

У меня следующий код в одном из моих услуг:

@Override 
@Transactional 
@RetryConcurrentOperation(exception = Exception.class, retries = 12) 
public void test() { 

Player player = this.playerRepository.findPlayerById(1L); 
player.setFirstName("SomeName"); 
} 

механизм повторных попыток я использую тот, который был описан здесь: http://josiahgore.blogspot.co.il/2011/02/using-spring-aop-to-retry-failed.html

проблема, когда я получаю оптимистическую повторную попытку (вторые повторные попытки) я получаю исключение:

Caused by: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [xxx] 

Интересно это в том, что механизм работает, когда Я удаляю транзакционной аннотацию и внутри, не транзакционной функции я звоню другой транзакционный метод:

// THIS WORKS: 
@Override 
@RetryConcurrentOperation(exception = Exception.class, retries = 12) 
public void test() { 
execute(); 

} 

@Override 
@Transactional 
public void execute() { 
Player player = this.playerRepository.findPlayerById(1L); 
player.setFirstName("SomeName"); 
} 

Любые идеи, почему этот механизм аспект повторных попыток не удается, когда это время вызывается из транзакционной функции?

Answer 1

При вызове @Transactionalexecute() из неживой транзакционной test(), тем @Transactional в execute() НЕ будет применяться. Это связано с тем, что это прямой вызов одного метода объекта непосредственно другому, который обходит транзакционный прокси.

Дополнительную информацию о работе прокси и @Transactional см. Здесь answer. С ее помощью не работает.

Обратите внимание также на весну RetryTemplate, которая является весенним решением этой проблемы.

Что касается механизма повтора, это не сработает для случаев, когда используется версия с версией (с столбцом @Version), что является случаем, когда бросается StaleObjectStateException.

Причина в том, что в базе данных был добавлен другой поток, увеличивающий колонку версии.

Решение для refresh() объекта (загрузка последней версии), повторно применить изменения и повторить попытку. Повторная попытка несколько раз такая же модификация будет работать только в случае без версий объектов, и это, вероятно, не то, что вы хотите, потому что изменения, сделанные одним потоком, молча перезаписываются другим потоком.