Wie implementiere ich toString() in einer Klasse, die Hibernate zugeordnet ist?

Question

Ich habe eine Instanz einer Klasse, die ich aus einer Hibernate-Sitzung erhalten habe. Diese Sitzung ist lange vorbei. Jetzt rufe ich toString() an und ich bekomme die erwartete LazyInitializationException: could not initialize proxy - no Session, da ich versuche, auf eine Referenz zuzugreifen, die Hibernate beim Laden der Instanz nicht aufgelöst hat (Lazy Loading).

Ich möchte nicht wirklich das Laden eifrig machen, da es die Abfrage von ungefähr 120 Zeichen zu über 4KB (mit acht Joins) ändern würde. Und ich muss nicht: Alles, was ich in toString() anzeigen möchte, ist die ID des referenzierten Objekts; d. h. etwas, das Hibernate zu diesem Zeitpunkt wissen muss (oder das lazy loading nicht ausführen kann).

Also meine Frage: Wie gehst du mit diesem Fall um? Versuchen Sie nie Referenzen in toString() zu verwenden? Oder rufst du toString() im Ladecode an, nur für den Fall? Oder gibt es eine Utility-Funktion in Hibernate, die etwas nützliches zurückgibt, wenn ich eine Referenz übergebe, die könnte faul sein? Oder vermeiden Sie Referenzen in toString() insgesamt?

Answer 1

Es ist möglich, dies zu tun, indem Sie den Zugriffstyp des ID-Felds auf "Eigenschaft" festlegen. wie:

@Entity 
public class Foo { 
    // the id field is set to be property accessed 
    @Id @GeneratedValue @AccessType("property") 
    private long id; 
    // other fields can use the field access type 
    @Column private String stuff; 
    public long getId() { return id; } 
    public void setId(long id) { this.id = id; } 
    String getStuff() { return stuff; } 
    // NOTE: we don't need a setStuff method 
} 

Es wird here erklärt. Auf diese Weise wird das ID-Feld immer gefüllt, wenn ein Proxy erstellt wird.

Answer 2

Wenn alles, was Sie zurückgeben möchten, die ID des Objekts ist, stelle ich mir vor, getID() aufzurufen, dann analysieren Sie den Wert int/long als String in dem Moment, in dem sie angezeigt werden sollen. So scheint es zumindest auf der Grundlage der Frage zu sein.

EDIT

How to solve the LazyInitializationException using JPA and Hibernate

Nach den Kommentar sehen und einige Benutzer tun Ich glaube, dies zu Ihrem Szenario die meisten von Vorteil sein kann.

Answer 3

Ich habe eine Abhilfe gefunden:

public static String getId (DBObject dbo) 
{ 
    if (dbo == null) 
     return "null"; 

    if (dbo instanceof HibernateProxy) 
    { 
     HibernateProxy proxy = (HibernateProxy)dbo; 
     LazyInitializer li = proxy.getHibernateLazyInitializer(); 
     return li.getIdentifier().toString(); 
    } 

    try 
    { 
     return Long.toString (dbo.id()); 
    } 
    catch (RuntimeException e) 
    { 
     return "???"; 
    } 
} 

Also, was dieser Code tut, ist es die ID holt (eine 64-Bit-Nummer) vom Objekt. DBObject ist eine Schnittstelle, die long id() definiert. Wenn das Objekt ein Hibernate-Proxy ist, dann spreche ich mit seinem LazyInitializer, um die ID zu erhalten. Ansonsten rufe ich id() an. Verwendung:

Answer 4

Ich habe den Weg gefunden, der am besten zu einer guten Übung passt, ist eine Modifikation der in diesem Blog gefundenen Lösung: http://www.nonfunc.com/2016/02/05/jpa-performance-gotcha-tostring-really/. Es musste für Nullable-Felder und für Collections-Objekte geändert werden.

public toString() { 
    return String.format("FuBar [id=%d" + 
     + ", fu=%s" // fu is a lazy non-nullable field 
     + ", bar=%s" // bar is a nullable lazy field 
     + ", borks=%s]", // borks is a lazy collection of Bork objects 
     id, 
     fu instanceof HibernateProxy ? "[null]" : bar.toString(), 
     bar == null || bar instanceof HibernateProxy ? "[null]" : bar.toString(), 
     borks instanceof PersistentSet ? "[null]" : borks.toString()); 
}