Init d'un managed-bean scope session

Bonjour,

je cherchais comment initialiser un bean JSF de scope session, c'est à dire par exemple remplir des listes de données de références pour mes selectMenu, etc.

Pour ces initialisations j'utilise des services injectés par Spring dans les faces-config. Et le problème c'est que j'avais prévu de faire mes initialisations dans le constructeur de mon managed-bean.
Or les services à ce moment ne sont pas encore injectés et je ne peux pas les utiliser sous peine d'une NPE.

J'ai donc utilisé l'annotation @PostConstruct sur une méthode d'init distincte du constructeur. Ca marche très bien.

Puisque cette annotation @PostConstruct appartient au package javax.annotation, elle n'a a priori rien à voir avec les JSF ni avec Spring.
Je sais qu'avec Spring on peut définir une méthode appelée après le constructeur d'un bean. Est-ce qu'il existe un mécanisme similaire propre à JSF ?

Pour info je suis tombé sur ce post et celui-ci. Le premier n'apporte pas beaucoup d'info supplémentaire, et le second est pour moi un usage détourné du setter d'une propriété qui relève un peu de la bidouille, même si ça marche.

Comment faites-vous pour réaliser les initialisations de vos controller JSF dans ce genre de configuration ?

Bonjour,

Ta méthode me parait tout à fait correcte.
Ce mécanisme n'est effectivement pas spécifique à JSF, mais à la gestion des beans (ici tu utilises Spring pour gérer ton pool de beans). Donc rien de contradictoire dans ta façon de faire. JSF ne fait qu'utiliser les beans que l'on met à sa disposition, que ce soit par Spring ou par un autre framework (qui peut être JSF lui même)...

En ce qui concerne l'initialisation des listes, il est aussi possible de le faire dans le getter :

Code:

---

1 2 3 4 5 6 7

public List<SelectItem> getMaListe() { if (maListe == null) { maListe = new ArrayList<SelectItem>(); // Initialisation de la liste ici. } return maListe; }

---

Comme ton bean est en scope session, tu n'initialises ta liste qu'une seule fois.
Mais c'est sur que cela peut être plus propre de tout initialiser au sein d'une unique méthode init et du coup d'avoir des getters simples...

Merci pour ta réponse, je vais continuer comme ça dans ce cas.
De toutes façons je ne vois pas bien comment faire autrement :)

Pourquoi chercher autrement vu que cette solution est assez propre au final ?

Pense à :resolu: si c'est bon.