Как вы тестируете Spring @Transactional, не нажимая кэш уровня 1 hibernate или не выполняя ручной сеанс flush?

использование Spring + Hibernate и транзакционных аннотаций.

я пытаюсь проверить следующие:

1. вызовите метод, который изменяет объект пользователя, а затем вызывает @Transactional метод обслуживания, чтобы сохранить его
2. прочитайте объект обратно из БД и убедитесь, что его значения верны после метода

первой проблемой, с которой я столкнулся, было чтение объекта User на Шаге 2, только что вернувшего его в кэш уровня Hibernate 1 и на самом деле не читается из базы данных.

поэтому я вручную выселил объект из кэша, используя сеанс для принудительного чтения из базы данных. Однако, когда я это делаю, значения объекта никогда не сохраняются в модульном тесте (я знаю, что он откатывается после завершения теста из-за настроек, которые я указал).

я попытался вручную промыть сеанс после вызова @Transactional метод обслуживания, и совершил изменения. Однако этого не произошло. чего я и ожидал. Я думал, что A @Transactional метод обслуживания гарантирует, что транзакция была зафиксирована и сеанс сброшен, прежде чем он вернется. Я знаю, что вообще весна решит, когда делать это управление, но я думал, что "единица работы" в @Transactional метод был этот метод.

в любом случае, теперь я пытаюсь выяснить, как бы я проверил @Transactional метод в целом.

вот метод теста junit, который терпит неудачу:

@RunWith(SpringJUnit4ClassRunner.class)
@Transactional
@TransactionConfiguration(transactionManager = "userTransactionManager", defaultRollback = true)
@WebAppConfiguration()
@ContextConfiguration(locations = { "classpath:test-applicationContext.xml",
        "classpath:test-spring-servlet.xml",
        "classpath:test-applicationContext-security.xml" })
public class HibernateTest {

    @Autowired
    @Qualifier("userSessionFactory")
    private SessionFactory sessionFactory;

    @Autowired
    private UserService userService;

    @Autowired
    private PaymentService paymentService;

    @Autowired
    private QueryService queryService;

    @Autowired
    private NodeService nodeService;

    @Autowired
    private UserUtils userUtils;

    @Autowired
    private UserContext userContext;

  @Test
    public void testTransactions() {
        // read the user
        User user1 = userService.readUser(new Long(77));
        // change the display name
        user1.setDisplayName("somethingNew");
        // update the user using service method that is marked @Transactional
        userService.updateUserSamePassword(user1);
        // when I manually flush the session everything works, suggesting the
        // @Transactional has not flushed it at the end of the method marked
        // @Transactional, which implies it is leaving the transaction open?
        // session.flush();
        // evict the user from hibernate level 1 cache to insure we are reading
        // raw from the database on next read
        sessionFactory.getCurrentSession().evict(user1);
        // try to read the user again
        User user2 = userService.readUser(new Long(77));
        System.out.println("user1 displayName is " + user1.getDisplayName());
        System.out.println("user2 displayName is " + user2.getDisplayName());
        assertEquals(user1.getDisplayName(), user2.getDisplayName());
    }
}

если я вручную очистите сеанс, и тест завершится успешно. Тем не менее, я ожидал @Transactional метод, чтобы заботиться о фиксации и промывки сессии.

метод службы для updateUserSamePassword находится здесь:

@Transactional("userTransactionManager")
@Override
public void updateUserSamePassword(User user) {
    userDAO.updateUser(user);
}

метод DAO здесь:

@Override
public void updateUser(User user) {
    Session session = sessionFactory.getCurrentSession();
    session.update(user);
}

sesssionfactory является autowired:

@Autowired
@Qualifier("userSessionFactory")
private SessionFactory sessionFactory;

я использую конфигурацию контекста приложения XML. У меня:

<context:annotation-config />
<tx:annotation-driven transaction-manager="userTransactionManager" />

и

<bean id="userDataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> 
    <property name="driverClass" value="${user.jdbc.driverClass}"/>
    <property name="jdbcUrl" value="${user.jdbc.jdbcUrl}" />
    <property name="user" value="${user.jdbc.user}" />
    <property name="password" value="${user.jdbc.password}" />
    <property name="initialPoolSize" value="3" />
    <property name="minPoolSize" value="1" />
    <property name="maxPoolSize" value="17" />
</bean>

<bean id="userSessionFactory"
    class="org.springframework.orm.hibernate4.LocalSessionFactoryBean">
    <property name="dataSource" ref="userDataSource" />
    <property name="configLocation" value="classpath:user.hibernate.cfg.xml" />
</bean>

<bean id="userTransactionManager"
    class="org.springframework.orm.hibernate4.HibernateTransactionManager">
    <property name="dataSource" ref="userDataSource" />
    <property name="sessionFactory" ref="userSessionFactory" />
</bean>

там также сканирование компонентов в классах services и dao. Как я уже сказал, это работает в производстве.

Я думал, что если у меня есть метод, помеченный @Transactional что к концу этого метода (например, метод обновления здесь) Spring заставит сеанс зафиксировать и сбросить.

я вижу только несколько вариантов:

1. я что-то неправильно, хотя это работает для меня в целом (не только юнит-тесты). Какие-нибудь догадки? Любая идея как это проверить?

2. что-то о конфигурации модульного теста сами по себе не ведут себя так, как приложение будет.

3. транзакции и сеансы так не работают. Мой единственный вывод заключается в том, что Spring оставляет транзакцию и/или сеанс открытыми после вызова этого метода обновления. Поэтому, когда я вручную выселяю пользователя из объекта сеанса, эти изменения еще не были зафиксированы.

может кто-нибудь подтвердите, если это ожидаемое поведение? Не должен!--13--> заставили совершить и флеш на сессии? Если нет, то как можно проверить метод с пометкой @Transactional и что методы действительно работают с транзакциями?

т. е., как переписать модульный тест?

есть другие идеи?