Ищущий ЗнанияBasil A. Sidorov,

Почитай как оно работает. Это не вложенные транзакции получаются.

Что-то я в вашем диалоге запутался. Итого имеем
1) Маловероятно что HSQL поддерживает вложеные транзакции.
2) Из-за п1 REQUIRES_NEW говорит контейнеру создать новую транзакцию. Откат\комит которой не повлияет на откат\комит внешней транзакции.

Внимание вопрос. С какого перепугу новая транзакция должна видеть старую, если они обе не закомичены?
Ну, и собственно ответ
http://en.wikipedia.org/wiki/Isolation_(database_systems)
http://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/transaction/annotation/Isolation.html

И, это же спринговые ассоциации. Они к Hibernate отношения не имееют.

DEVcoachА что же это тогда?
http://www.jroller.com/dancruz/entry/spring_nested_transactions
savepoint?

Basil A. SidorovИменно.
Если база не умеет вложенных транзакций, но допускает два подряд begin transaction, то мы получаем две независимые транзакции, каждая из которых может видеть данные "соседки" только в результате грязного чтения. А этот дефект исправлен во второй версии HSQLDB.
По-моему там ещё нужно смотреть чтобы Transaction Manager правильный API использовал для желаемого эффекта.

Basil A. SidorovБегло пробежался по сайту HyperSQL и не нашёл ни слова о вложенных транзакциях.
Почему, собственно, вы решили, что они поддерживаются и должны работать?
Блин. Вот вы меня запутали. PROPAGATION_NESTED это вложеная. REQUIRES_NEW это независимая. Логично что она не видит верхней транзакции, так как та ещё незакомичена

Ищущий Знания,

Найди способ, либо зарефакторь так чтобы коммит теста происходил до запуска doWork().
Либо, если у тебя все тесты должны откатиться, то выхода кроме запуска в той же транзакции нет. Можно игнорировать REQUIRES_NEW, если очень хочется, через свой TransactionManager.

На и над тестом надо подумать. Потому что, если тестовые данные не комитить, а потом их интенсивно использовать, то естественно будет тормозить при любом раскладе. Возможно проще подчищать после теста, но комитить? HSQL же в памяти. Дропнул и всего делов.

Ищущий ЗнанияЭто если вы в криокамере просидели последние несколько лет или не прочитали мой первый пост)

Хамство своё попридержите. Потому что похоже что в этом топике как раз вы меньше всего понимаете зачем вам именно транзакция и почему одна транзакция вдруг не видет содержимое другой. Ваш вопрос ведь только к этому сводится.

Ищущий ЗнанияПри тестировании сервисов очень часто используют так называемую In memory data base, чтобы не возится с реальной базой.
Получается на много быстрее и эффективнее.
Теперь дальше, "то вставили нужное, прогнали тестируемые методы и удалили вставленное", именно это я и хочу сделать.
Как это сделать без транзакций-то?

Правильно. Вот только не понятно нафига тогда in-memory база, если ты боишься в неё комитить? Не бойся. "Без транзакции" и "не комитить транзакцию" это разные вещи. Внешняя транзакция не закомичена, вот и не видно данных. Но так как это всего лишь тест, можно её смело комитить. Запускать транзакционный метод на тестирование. И в конце дропать in-memory базу.

Ищущий ЗнанияВот тут и напоролся на особенность этой БД. Думал может есть варианты малой кровью, оказалось что нет.
Пришлось руками разводить транзакции, а не полагаться на автоматику.

То что одна транзакция по-умолчанию не видит другую это не особенность HSQLDB. Это во всех базах так.


Ищущий ЗнанияВ тесте 2 метода, в одном в базу добавляются какие-то данные, в другом работает тест с этими данными.
Ну, так ЗАКОМИТЬ первые тестовые данные. А потом с ними работай. Где комит?

Ищущий ЗнанияВот и есть 2 транзакции, которые в том же постгри нормально разводятся сами, автоматически.
Достаточно пометить методы как транзакционные.
В такой терминологии на пальцах как "разводятся" и "сами" транзакции не описывают.