Comment implémenter toString() dans une classe mappée avec Hibernate?

Question

J'ai une instance d'une classe que j'ai obtenue à partir d'une session Hibernate. Cette session est révolue depuis longtemps. Maintenant, j'appelle toString() et j'obtiens le LazyInitializationException: could not initialize proxy - no Session attendu puisque j'essaye d'accéder à une référence qu'Hibernate n'a pas résolue pendant le chargement de l'instance (chargement paresseux).

Je ne veux pas vraiment faire le chargement désireux puisqu'il changerait la requête d'environ 120 caractères à plus de 4KB (avec huit jointures). Et je n'ai pas à: Tout ce que je veux afficher dans toString() est l'ID de l'objet référencé; c'est-à-dire quelque chose qu'Hibernate doit savoir à ce moment (ou il ne peut pas faire le chargement paresseux).

Donc, ma question: Comment gérez-vous ce cas? N'essayez jamais d'utiliser des références dans toString()? Ou appelez-vous toString() dans le code de chargement juste au cas où? Ou y at-il une fonction d'utilité dans Hibernate qui va retourner quelque chose d'utile quand je lui passe une référence qui pourrait être être paresseux? Ou évitez-vous les références au toString()?

Answer 1

Il est possible de le faire en définissant le type d'accès du champ ID sur "property". comme:

@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 
} 

Il est expliqué here. Ainsi, le champ id est toujours rempli lorsqu'un proxy est créé.

Answer 2

Si tout ce que vous voulez retourner est l'ID de l'objet, j'imagine appeler getID(), puis analyser la int/long comme une valeur de chaîne au moment où vous voulez qu'il fonctionne très bien. Au moins, c'est comme ça que ça se base sur la question.

EDIT

How to solve the LazyInitializationException using JPA and Hibernate

Après avoir visionné le commentaire et de faire quelques recherches je crois que cela peut être plus bénéfique pour votre scénario.

Answer 3

J'ai trouvé une solution de contournement:

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 "???"; 
    } 
} 

Alors, que ce code est fait, il va chercher l'ID (un numéro de 64 bits) de l'objet. DBObject est une interface qui définit long id(). Si l'objet est un proxy Hibernate, alors je parle à son LazyInitializer pour obtenir l'ID. Sinon, j'appelle le id(). Utilisation:

class Parent { 
    DBObject child; 
    public String toString() { 
     return "Parent (id=..., child=" + getId(child)+")"); 
    } 
} 

Answer 4

J'ai trouvé que la meilleure solution pour les bonnes pratiques est une modification de la solution trouvée sur ce blog: http://www.nonfunc.com/2016/02/05/jpa-performance-gotcha-tostring-really/. Il a nécessité une modification pour les champs Nullable et pour les objets Collections.

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()); 
}