Discussion :

[bouba]

Bonjour, je me pose une question sur les entités JPA, j'utilise aussi les annotations d'hibernate 3.

Pour expliqué mon problème je prends un exemple simple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
@AccessType("field")
@Entity
public class Bidon {
 
  @Id
  private Long Id;
 
  @Lob
  private String descripteur; 
 
  @Transient
  private DescriptorAccessor accessor; 
 
  protected Bidon() {
    // Mon problème est ici
    this.accessor = new DescriptorAccessor(descriptor); 
  }
 
  public Bidon(String descriptor) {
    this.descriptor = descriptor; 
    this.accessor = new DescriptorAccessor(descriptor);
  }
 
  ...
  ...
}

La question que je me pose est: est-il bien de mettre du code dans le constructeur par défaut d'une entité JPA ?

Dans mon cas j'ai un descripteur XML, j'y accède via une classe utilitaire qui doit être instanciée à la construction de l'entité.

Comment faire ceci ? Dans le constructeur ? Autrement ?

Merci.

[xv-mnt]

Dans ce cas c'est dangereux car tu utilises un champ (descripteur) qui n'est pas initialisé. Tu auras donc toujours null dans ce champ dans le cas de l'utilisation du constructeur par défaut.
Pas de bol, c'est ce constructeur qui est utilisé par JPA lors du load.
Pour contourner cette difficulté, tu peux utiliser l'annotation de callback:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
@PostLoad
private void createDescriptorAccessor() {
        this.accessor = new DescriptorAccessor(descriptor);
}

Cette méthode est appelée après le chargement de l'objet, donc tu es sûr que le LOB est déjà récupéré de ta base de données.

PS : Pour la visibilité de la méthode, je ne sais pas si private est suffisant. A tester.

[bouba]

Merci .