Integration testing transactions and optimistic locking with Spring and JUnit

Posted on by

I did some badness today.

I wanted an integration test to check to see if my @Transactional method actually did rollback on an optimistic lock failure. It’s a pretty business critical method so I wanted to be sure that the whole @Transactional and @Version annotation voodoo actually works.

The approach I took was to inject, what I called a “slowRepository” into the object with the @Transactional method. The slowRepository is just a mockito mock of the object which “answers” (using “thenAnswer”) to the “findBy…” with some custom code.

The idea is that at some point during the @Transactional method the slowRepository is called and the “answer” code is invoked. In the test, the answer code follows along the lines of:

1. Grab the data it requires from the (not slow) repository (the repository the slowRepository is mocking)
2. Switch back the slowRepository for the not slow repository
3. Invoke the @Transactional method again on a separate thread
4. Sleep for a bit
5. Wake up and return the data from step 1

The @Transactional call on the separate thread completes and commits before slowRepository wakes up. When it does, slowRepository returns stale data and the @Transactional method then fails accordingly.

The problem I encountered was using the setters for my @Autowired dependencies on the bean with the @Transactional method. I needed to use the setters so that I could switch in and out the slowRepository, but couldn’t because Spring AOP proxies are implementations of an interface, not subclasses (by default – yes I realise you can get Spring to proxy the target class using CGLIB). I found this blog post which explains how to get at the target object behind a Spring proxy. I converted it to Scala:

…which is pretty ninja.

9,093 thoughts on “Integration testing transactions and optimistic locking with Spring and JUnit”

  5. реклама наркологической клиники реклама наркологической клиники .

  13. Хороший разбор темы накрутки поведенческих факторов. Автор подробно объясняет, что такое ПФ, какие методы накрутки существуют и чем это может грозить. Понравилось, что в конце дают легальные альтернативы для улучшения метрик. Тем, кто задумывается о таком инструменте, рекомендую почитать: https://1c-aytias.ru/nakrutka-povedencheskih-faktorov-illyuziya-uspeha-ili-rabochiy-instrument/

  20. Прочитал статью и задумался о безопасности. Мало кто пишет, как обнаружить накрутку на своём сайте. А здесь целый блок с признаками: аномальная активность, несезонный трафик, странная геолокация, резкий рост CTR без оптимизации. Очень полезный чек-лист для тех, кто подозревает нечестную игру конкурентов. Сохранил себе ссылку: https://workspace.ru/blog/nakrutka-povedencheskih-faktorov-kak-nakrutit-pf_2/ . Рекомендую изучить раздел “Как обнаружить накрутку”, чтобы вовремя заметить угрозу.

  37. сделать ремонт санузел ремонт санузла в доме

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>