Почему во время запроса вызывается метод JPA @PreUpdate-annotated?

Ответ 1

В спецификации указано:

Обратные вызовы PreUpdate и PostUpdate происходят до и после операции обновления базы данных с данными сущностей соответственно. Эта база данных операции могут произойти в момент обновления состояния объекта или может произойти в момент, когда состояние сброшено в базу данных (что может быть в конце транзакции).

В этом случае вызов query.getResultList() запускает a em.flush(), чтобы запрос мог включать изменения из текущего сеанса EntityManager. em.flush() выталкивает все изменения в базу данных (делает все вызовы UPDATE, INSERT). Прежде чем UPDATE отправляется через JDBC @PreUpdate, вызываются соответствующие перехватчики.

Ответ 2

Это только мой комментарий от ответа rzymek с некоторым последующим кодом:

Я попытался воспроизвести проблему OP, потому что это звучало так, как EntityManager будет очищаться каждый раз, когда вызывается запрос. Но это не так. Насколько мне известно, методы @PostUpdate вызывается только тогда, когда фактическое изменение выполняется в базе данных. Если вы внесли изменения в EntityManager, который еще не покраснел в DB query.getResultList вызовет сброс в БД, который является поведением, которое следует ожидать.

        Place valinorDb = em.find(Place.class, valinorId);
        // this should not trigger an PostUpdate and doesn't
        // TODO: unit-testify this
        em.merge(valinorDb);

        valinorDb.setName("Valinor123");
        valinorDb.setName("Valinor");
        // this shouldn't trigger an PostUpdate because the Data is the same as in the beginning and doesn't
        em.merge(valinorDb);

        {
            // this is done to test the behaviour of PostUpdate because of
            // this:
            // http://stackoverflow.com/info/12097485/why-does-a-jpa-preupdate-annotated-method-get-called-during-a-query
            //
            // this was tested by hand, but should maybe changed into a unit
            // test? PostUpdate will only get called when there is an actual
            // change present (at least for Hibernate & EclipseLink) so we
            // should be fine
            // to use PostUpdate for automatically updating our index

            // this doesn't trigger a flush as well as the merge didn't even trigger one
            Place place = (Place) em.createQuery("SELECT a FROM Place a")
                    .getResultList().get(0);

            Sorcerer newSorcerer = new Sorcerer();
            newSorcerer.setName("Odalbort the Unknown");

            place.getSorcerers().add(newSorcerer);

            //this WILL trigger an PostUpdate as the underlying data actually has changed.
            place = (Place) em.createQuery("SELECT a FROM Place a")
                    .getResultList().get(0);
        }