Warum wird ein JPA - @PreUpdate-annotierte Methode aufgerufen werden, während eine Abfrage?

Habe ich eine benannte Abfrage, gibt eine Collection von Entitäten.

Diese Personen haben eine @PreUpdate-annotierte Methode auf. Diese Methode wird aufgerufen, während query.getResultList(). Weil dieses, die Entität, die geändert wird, innerhalb der Persistenz-Kontext, was bedeutet, dass nach der Transaktion ein commit, dass die Entität in die Datenbank zurückgeschrieben.

Warum ist das so? Die JPA-2.0-Spezifikation erwähnt nicht ausdrücklich, dass @PreUpdate sollte aufgerufen werden, indem Sie die Ausführung einer Abfrage.

  • Ich sehe dieses Verhalten, übrigens, in EclipseLink 2.3.2.v20111125-r10461 im Falle es ist ein schwerwiegender Fehler in dieser Implementierung nur.
  • Ich lief in das gleiche problem, aber mit Hibernate. So wie es scheint, es ist keine Implementierung Problem, sondern ein erwartetes Verhalten. Irgendwie scheint dies durch einige automatische Spülung, die durch JTA.
InformationsquelleAutor Laird Nelson | 2012-08-23
  1. 11

    Die Spezifikation sagt:

    Den PreUpdate und PostUpdate Rückrufe auftreten, vor und nach der
    Datenbank-update-Operationen auf entity-Daten bzw. Diese Datenbank
    Operationen auftreten können, die zum Zeitpunkt der Entität Status aktualisiert wird oder Sie
    auftreten können, die zum Zeitpunkt Staat ist in die Datenbank übertragen werden kann, der
    am Ende der Transaktion).

    In diesem Fall ruft query.getResultList() löst eine em.flush() so, dass die Abfrage einschließen kann geändert von aktuellen EntityManager-session. em.flush() drückt alle änderungen an der Datenbank (macht jede UPDATE -, INSERT-Aufrufe). Vor UPDATE ist per JDBC @PreUpdate entsprechenden hooks aufgerufen werden.

    • dies ist jedoch nur genannt, wenn es änderungen zur Verfügung. Diese Frage hat mich wirklich Frage, ob PostUpdate war gut...
    • Ich habe versucht, das problem zu reproduzieren OP hatte, denn es Klang wie der EntityManager bekommen würde, errötete jedesmal, wenn die Abfrage aufgerufen wird. Aber das ist nicht der Fall. @PostUpdate-Methoden werden nur aufgerufen, wenn auch tatsächlich geändert wird getan, um die Datenbank so weit wie ich das beurteilen kann. Wenn Sie eine änderung mit der EntityManager, der noch nicht geleert, um die DB-Abfrage.getResultList auslösen wird, die bündig mit der DB, die das Verhalten sollte man erwarten.
    • In meinem Fall, ich habe beide @PostLoad und @PreUpdate, die die gleichen Bereich, also bei der Abfrage.getResultList(), @PostLoad aufgerufen wird, aktualisiert das Feld, Methode gibt und löst beide flush und @PreUpdate? Sowieso, mein Anwendungsfall ist zum codieren ein Feld vor dem speichern in die DB und Decodierung beim Lesen. Wie es scheint, entity Listener sind nutzlos hier.
    InformationsquelleAutor rzymek
  2. 2

    Dies ist nur mein Kommentar von rzymek Antwort mit einigen follow-up-code:

    Habe ich versucht, das problem zu reproduzieren OP hatte, denn es Klang wie der EntityManager bekommen würde, errötete jedesmal, wenn die Abfrage aufgerufen wird. Aber das ist nicht der Fall. @PostUpdate-Methoden werden nur aufgerufen, wenn auch tatsächlich geändert wird getan, um die Datenbank so weit wie ich das beurteilen kann. Wenn Sie eine änderung mit der EntityManager, der noch nicht geleert, um die DB-Abfrage.getResultList auslösen wird, die bündig mit der DB, die das Verhalten sollte man erwarten.

            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/questions/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);
        }
    InformationsquelleAutor Martin Braun
Schreibe einen Kommentar