JPA lazy einfache byte[] Feld-Ebene

Leider ist der code unten funktioniert nicht. Bild ist immer abgerufen!

@Entity
public Car implements Serializable {
    ...
    @Basic(fetch = FetchType.LAZY) //Neither with @Lob
    private byte[] image;
    ...
}

SETUP: JPA 2.0 /Hibernate 3.5 /MySQL 5.5

InformationsquelleAutor CelinHC | 2011-10-26
  1. 3

    Denken Sie daran, dass der JPA-provider ist nicht erforderlich, um die Daten abzurufen, faul, wenn Sie geben. Es ist ein Hinweis und nicht eine Anforderung.

    JPA-Spezifikation 2.0 11.1.6

    EIFRIG Strategie ist eine Anforderung an den Persistenz-provider-Laufzeitumgebung, die Daten müssen eifrig geholt. Die LAZY Strategie ist ein Hinweis an den Persistenz-provider, der Laufzeit, dass Daten geholt werden sollen faul
    wenn es zum ersten mal aufgerufen wird. Die Umsetzung ist dürfen gespannt
    abrufen von Daten, für die die LAZY Strategie-Tip angegeben wurde    . In
    insbesondere lazy-fetching möglicherweise nur verfügbar für Basic-mappings
    die von property-based access verwendet wird    .

    • Danke Pedro! So bin ich verloren?
    • Pedro, ich glaube wirklich, dies ist ein Hibernate-bug (es wäre nicht die erste sein, die Sie tun, auf Ihre JPA-Implementierung). Überprüfen Sie heraus diese Frage: stackoverflow.com/questions/2605477/.... Der Kerl im Grunde genommen hat das gleiche Problem wie du, Lösungsvorschlag: stellen Sie ein eins-zu-eins-Zuordnung zwischen Ihnen Entität (sans image) und eine andere Entität, die nur das byte[] und stellen Sie, dass die Assoziation faul
    • natürlich könnte es eine Hibernate-bug, aber trotzdem können Sie nicht davon ausgehen, dass der JPA-provider träge laden Sie Ihre Daten. Meiner Meinung nach, wenn Sie Ihre Logik hängt davon ab, wie Sie sollte gut dokumentiert sein, wie Sie vielleicht überrascht sein, wenn die änderung der JPA-provider.
    • Vereinbart, aber was ich glaube, was hier geschieht, ist etwas mehr einer "hibernate nicht tun, faul Last, da der bug" dann eher "hibernate nicht tun, faul Last, weil von hohem Respekt für die JPA-Spezifikationen, die sagen, dass es nur ein Hauch". Ich denke, wenn Sie versuchen zu faul, laden Sie es über Vereinigung der Ruhezustand tatsächlich in "lazy load wie pro JPA-Spezifikationen" auswählen und tatsächlich lazy load.
    • Ok, also CellinHc, könnten Sie versuchen, die Art und Weise @AndreiBodnarescu schlägt? Auch können Sie überprüfen, wenn der Wechsel von der Feld-basierten Zugriff auf property-based access ändern eine Sache.
    • Ich erstelle eine wrapper-Klasse zugeordnet, die für Bild-und did @OneToOne(fetch = FetchType.FAUL, cascade = CascadeType.ALLE)... Alles funktioniert gut... Es ist nicht perfekt, aber...

    InformationsquelleAutor Piotr Nowicki
  2. 2

    Den trick wie dies zu erreichen in diesem Thema beschrieben: http://justonjava.blogspot.it/2010/09/lazy-one-to-one-and-one-to-many.html

    Habe ich cheched es auf Hibernate v. 4.3.5 und JPA v. 1.5.0, PostgreSQL 9.3. Arbeitete wie ein Charme.
    Beispiel:

    public class Attachment implements FieldHandled{
    @Transient
    private FieldHandler fieldHandler;
...
...
    @Lob
    @Column(name=CONTENT, nullable=false)
    @Basic(fetch = FetchType.LAZY, optional = false)
    private byte[] content;

...
...
    public byte[] getContent() {
    if(fieldHandler!=null){
        return (byte[])fieldHandler.readObject(this, "content", content);
    }
    return content;
    }

    public void setContent(byte[] content) {
    if(fieldHandler!=null){
        fieldHandler.writeObject(this, "content", this.content, content);
        return;
    }
    this.content = content;
    }

}

    Hinweis: Wenn Sie mithilfe von CGLib, implementieren net.sf.cglib.verwandeln.impl.InterceptFieldEnabled statt FieldHandled, mit dem gleichen Ansatz.

    InformationsquelleAutor Oleksandr_DJ
  3. 1

    Meines Wissens lazy loading ist nur möglich, wenn Sie eine @OneToMany-relation (es sei denn, Sie verwenden die Klasse Weberei). Das zumindest ist wie EclipseLink erklärt es http://wiki.eclipse.org/EclipseLink/UserGuide/JPA/Basic_JPA_Development/Mapping/Basic_Mappings/Lazy_Basics, und es macht Sinn, von einer Sprache java Perspektive.
    Wenn Sie

    @OneToMany (fetch = FetchType.LAZY)
Collection<Employee> employees;

    Collection ist ein interface, damit JPA problemlos verwenden können, Ihre eigenen Sammlungen Implementierung, lädt die Daten, die träge, wenn Sie starten, Durchlaufen Sie. Wenn Sie ein Objekt mit einem Feld vom Typ byte[] es Wert ist entweder null oder enthält es alle Daten, dies ist, wie Java funktioniert. Der einzige Weg, um circumven das ist Klasse Weben und erstellen byte-code, der aussieht wie ein byte-array, aber enthält keine Daten, bis Sie darauf zugreifen.

    InformationsquelleAutor Klaus Groenbaek
  4. 0

    Ich erinnere mich, dass das eine Frage eine Weile zurück (circa 2007): nämlich, warum die byte-arrays werden eifrig holte sogar tho Sie sind deklariert als faul. Anscheinend ist der Ruhezustand Jungs haben noch immer nicht das Problem behoben.

    Hier einige alternativen:

    Faust , versuchen Sie, kommentieren Sie Ihr Feld mit @Lob als gut und sehen, ob das wie erwartet funktioniert.

    Zweiten, tauschen Sie Ihre byte[] mit java.sql.Blob hat es convenience-Methoden zum setzen und erhalten der tatsächlichen byte-array, so dass es nicht einen großen Umgestaltung, und das sollte doch eigentlich zu lösen lazy loading Problem:

    http://download.oracle.com/javase/1.4.2/docs/api/java/sql/Blob.html

    • Danke Andrei, aber diese Ansätze nicht für mich arbeiten. GROßE PROBLEME! @Lob @Basic(fetch = FetchType.LAZY) Blob private byte[] image; EntityManager kann nicht fortbestehen dieser Eigenschaft... bestehen alle Felder aus und image bleibt null. Ich bin mit der konkreten Klasse SerialBlob
    InformationsquelleAutor Shivan Dragon
Schreibe einen Kommentar