Discussion :

[jdvacheron]

Bonjour à tous,

il m'arrive un truc bizarre et je ne trouve pas la solution concernant un NullPointerException.

J'ai une entité qui contient le champs suivant suivant et son getter:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
....
   @ManyToMany
    @JoinTable(name = "ERPROBUNGSOBJ_PRNR_T", joinColumns = @JoinColumn(name = "ERPROBUNGSOBJEKT_ID", referencedColumnName = "ERPROBUNGSOBJEKT_ID"), inverseJoinColumns = @JoinColumn(name = "PRNR_ID", referencedColumnName = "PRNR_ID"))
    private Set<PrNummerEntity> prNummern = new HashSet<PrNummerEntity>();
....
 public Set<PrNummerEntity> getPrNummern() {
        if (prNummern == null) {
            prNummern = new HashSet<PrNummerEntity>();
        }
        return prNummern;
    }
....

Dans mon code, un converter utilise ce getter mais quand le mon champ prNummer est null, malgrés mon initialisation, null est retourné.

Code :

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

1
2
3
4
5
6
 
...
Set<PrNummerEntity> prnrEntities = entity.getPrNummern();
            if (prnrEntities != null) {
                for (PrNummerEntity prNrEntity : prnrEntities) {
...

Avec des test unitaires, je n'ai jamais de NPE...



Avez vous une idée? un conseil?

[Gardyen]

c'est pas plutôt entity qui est null ?

parce que dans le getter ou le parcours, je ne vois aucune occasion de lever une NPE...

[jdvacheron]

c'est pas plutôt entity qui est null ?

parce que dans le getter ou le parcours, je ne vois aucune occasion de lever une NPE...

non non, car mon code initiale était :

Code :

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

1
2
3
 
Set<PrNummerEntity> prnrEntities = entity.getPrNummern();
for (PrNummerEntity prNrEntity : prnrEntities) {

et je n'ai pas eu une NPE avec
Set<PrNummerEntity> prnrEntities = entity.getPrNummern();
mais dans le for...

Par ailleurs, en mode debug, je passe par la ligne d'initialisation de mon Set mais lors du return, le set est toujours null.

[Gardyen]

intéressant

hum si je ne m'abuse ton prNummern ne peut pas être null à l'initialisation, même au départ il est initialisé avec

Code :

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

private Set<PrNummerEntity> prNummern = new HashSet<PrNummerEntity>();

donc prochaine question: y a-t-il un moment où tu le mets à null ?
si la réponse est jamais, ça doit pas venir du set lui-même

questions subsidiaires: hibernate ? lazy loading ? proxy ?

[Mathieu.J]

Bonjour,

La stacktrace + le code appelant pourraient aider à comprendre.

[jdvacheron]

@Gardyen:
1- tu as raison, le set est déjà initialiser dans la classe.
2- il existe bien un setter pour ma classe
3- je ne l'ai jamais initialiser à null
4- openJPA
5- Set utilisé import java.util.Set;

@Mathieu.J
Désolé, je n'ai pas les stacktrace et pour ce qui est de l'appel, j'ai donné précédement les lignes d'appels, à savoir:

Code :

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

1
2
Set<PrNummerEntity> prnrEntities = entity.getPrNummern();
for (PrNummerEntity prNrEntity : prnrEntities) {

[Gardyen]

sans stacktrace, on ne peut que supposer.

en me documentant sur openJPA, je suis tombé sur cet article

du coup ton erreur ressemble beaucoup à une erreur de proxy/lazy-loading: est-ce que ta connexion à la base est toujours ouverte quand tu accèdes à ta collection ?

[jdvacheron]

sans stacktrace, on ne peut que supposer.

du coup ton erreur ressemble beaucoup à une erreur de proxy/lazy-loading: est-ce que ta connexion à la base est toujours ouverte quand tu accèdes à ta collection ?

Maintenant que tu m'en parle, c'est vrai qu'il y avait un proxy. Je m'en souviens maintenant... Du coup, ma solution pourrait être:

@ManyToMany(fetch=FetchType.EAGER)

n'est ce pas? Quel impact cela peut il avoir en terme de performances?

[Gardyen]

tu vas simplement charger tous les éléments de la collection au moment de la requête... ce qui peut faire beaucoup suivant la taille de la base et le nombre d'entités liées...

[jdvacheron]

Non je ne vais pas le faire car je ne mesure pas l'impact que cela peut avoir dans mon code. Par contre, je vais informer dardar mes collègues du phénomène.

Il faut dire que le mode debug est déroutant puisque le code du getter est affiché lors de l'appel ce dernier bien que ce soit le proxy qui soit executer...

Merci en tout cas pour le coup de main