Discussion :

[balteo]

Bonjour,
Je reçois une exception NPE quand je redémarre tomcat. Je sais exactement quel object évalue à null (c'est une variable d'instance d'un objet de scope session) mais je ne sais pas pourquoi il n'est pas réinstancié par Spring et réinjecté dans l'objet de portée session.

Voici le code dans la classe session-scoped SuggestionOeuvreView qui lance un NPE:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
    private Sculpture _suggererSculpture() {
        log.debug("_suggererSculpture");
        log.debug("Etat de la liste: " + this.sculpturesNonVisitees);
        if (!this.sculpturesNonVisitees.isEmpty() && this.sculpturesNonVisitees.peek() != null) {
            Integer idSculptureSuggeree = this.sculpturesNonVisitees.pollFirst();
            this.sculpturesNonVisitees.addLast(idSculptureSuggeree);
            log.debug("jbmService: " + jbmService);
            return jbmService.findByID(idSculptureSuggeree);//jbmService est null!!
        } else {
            log.error("Probleme dans _suggererSculpture");
            return null;//todo
        }
    }

Voici le code concernant l'instanciation de la variable qui devient null. (toujours dans la même classe):

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
private transient JbmService jbmService;
 
@Autowired
    public SuggestionOeuvreView(JbmService jbmService) {
        log.debug("SuggestionOeuvreView()");
        this.jbmService = jbmService;
        this.sculpturesNonVisitees = recupererSculpturesNonVisitees();
    }
 
    @Autowired
    public void setJbmService(JbmService jbmService) {
        this.jbmService = jbmService;
    }

Voici le code de la classe request-scoped AccueilView qui a comme variable d'instance la variable SuggestionOeuvreView.

Code :

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

1
2
3
4
5
6
7
 
 @Autowired
    @ScopedProxy
    public void setSuggestionOeuvreView(SuggestionOeuvreView suggestionOeuvreView) {
        log.debug("setSuggestionOeuvreView");
        this.suggestionOeuvreView = suggestionOeuvreView;
    }

Pour info j'utilise JSF 1.2, Tomcat 6.0.18, Spring 2.5.5, Spring Java Config.

Quelqu'un peut-il m'aider svp?

Merci d'avance,

Julien.

[JeanDavidKevin]

Salut,

Je ne sais pas si ca va régler tout tes problèmes mais essaye de placer l'annotation devant la propriété et pas devant les getters setters contructeurs

Il faut t'assurer que le fichier de configuration spring soit bien écrit, donc si tu pouvais le placer dans ton prochain message on pourra peut-etre trouver quelque chose.

A+

[balteo]

Merci pour ta réponse,
J'ai déjà essayé de déplacer les annotation devant les propriétés et non devant les setters mais ça ne change rien. Voici le xml de configuration de spring. Note aussi que j'utilise javaconfig pour configurer les classes en question.
Julien.

p.s. désolé pour le "SOS" et merci de l'avoir enlevé.

[JeanDavidKevin]

Salut,

Si mes souvenirs sont bons je pense qu'il manque <context:annotation-config/> dans ta conf...

Tiens moi au courant.

PS : C'est quoi ton histoire de SOS ?

[balteo]

Merci,
J'ai essayé d'ajouter <context:annotation-config/> dans mon fichier de configuration mais cela ne donne rien. Note que tout fonctionne très bien mis à part le problème énoncé ci-dessus. Je voudrais juste qu'il réinstancie mon JbmService et il ne le fait pas...
Julien.

[JeitEmgie]

Merci,
J'ai essayé d'ajouter <context:annotation-config/> dans mon fichier de configuration mais cela ne donne rien. Note que tout fonctionne très bien mis à part le problème énoncé ci-dessus. Je voudrais juste qu'il réinstancie mon JbmService et il ne le fait pas...
Julien.

possibilité :

plusieurs instances de SuggestionOeuvreView coexistent et celle qui est utilisée n'est pas celle qui est "wired" par Spring…

=> tracez TOUS les constructeurs des classes incriminées pour éliminer cette possibilité.…

[balteo]

Merci pour votre réponse JeitEmgie,

Pouvez-vous me dire où chercher svp?
-Les constructeurs de SuggestionOeuvreView? OU
-Les constructeurs des classes qui ONT une instance de SuggestionOeuvreView en "wired"?

Il est vrai que j'ai une instance de SuggestionOeuvreView dans deux classes et que je fais référence à celle-ci directement comme ceci dans mon jsf:

Code :

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

#{suggestionOeuvreView.sculptureSuggeree.sculptureID}

Ceci est il problématique? Dois-je qualifier mes variables ainsi:

Code :

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

#{accueilView.suggestionOeuvreView.sculptureSuggeree.sculptureID}

??
Julien.

[JeitEmgie]

Merci pour votre réponse JeitEmgie,

Pouvez-vous me dire où chercher svp?
-Les constructeurs de SuggestionOeuvreView? OU
-Les constructeurs des classes qui ONT une instance de SuggestionOeuvreView en "wired"?

les 2 seront utiles…
mais en premier le 2ème cas…

Il est vrai que j'ai une instance de SuggestionOeuvreView dans deux classes et que je fais référence à celle-ci directement comme ceci dans mon jsf:

Code :

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

#{suggestionOeuvreView.sculptureSuggeree.sculptureID}

Ceci est il problématique? Dois-je qualifier mes variables ainsi:

Code :

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

#{accueilView.suggestionOeuvreView.sculptureSuggeree.sculptureID}

??
Julien.

c'est une bonne piste : si le JSF provoque l'allocation d'objets en dehors du cycle Spring ils ne seront sans doute pas "autowired"…

et le debugging des constructeurs va vous le montrer tout de suite…

[balteo]

Suite à votre dernier post,
-J'ai essayé de qualifier la variable suggestionOeuvreView avec accueilView.
-Je confirme que c'est bien le constructeur de AccueilView qui est appelé/invoqué.
Malheureusement, j'ai exactement la même erreur càd un NPE....
Julien.

[JeitEmgie]

Suite à votre dernier post,
-Je confirme que c'est bien le constructeur de AccueilView qui est appelé/invoqué.

combien de fois ?

si le constructeur est appelé plus d'une fois : une des instances est sans doute celle qui génère la NPE : la variable d'instance n'est autowired que pour celle créée par Spring,

si vous confirmez que c'est bien cela qui se passe, la solution est simple :

il suffit d'utiliser le pattern singleton sur cette classe pour le résoudre…

[balteo]

Effectivement j'avais pensé à cela et je viens de l'essayer.
Quand je démarre Tomcat j'ai ceci:

GRAVE: Exception lors de l'envoi de l'�v�nement contexte initialis� (context initialized) � l'instance de classe d'�coute (listener) org.springframework.web.context.ContextLoaderListener
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'accueilView': Autowiring of methods failed; nested exception is org.springframework.beans.factory.BeanCreationException: Could not autowire method: public void com.jeanbaptistemartin.view.AccueilView.setSuggestionOeuvreView(com.jeanbaptistemartin.view.SuggestionOeuvreView); nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'suggestionOeuvreView': Scope 'session' is not active for the current thread; consider defining a scoped proxy for this bean if you intend to refer to it from a singleton; nested exception is java.lang.IllegalStateException: No thread-bound request found: Are you referring to request attributes outside of an actual web request, or processing a request outside of the originally receiving thread? If you are actually operating within a web request and still receive this message, your code is probably running outside of DispatcherServlet/DispatcherPortlet: In this case, use RequestContextListener or RequestContextFilter to expose the current request.

[JeitEmgie]

effectivement si ce sont des "View" au sens MVC ça ne peut pas fonctionner avec un pattern singleton…

j'avais en tête un problème similaire avec des WebServices et la couche "service" de l'application, auquel cas le pattern singleton fonctionnait très bien… d'où la tentation de réutiliser le même principe dans votre cas…

mais maintenant que je vois mieux ce que sont vos classes "View" - à moins que je me trompe sur l'interprétation - je me demande si cela a un sens d'en faire des beans, êtes-vous certain de votre architecture ?
J'imagine très bien les "Controller" en beans, mais les views…

[JeanDavidKevin]

Hello à nouveau,

Désolé de t'avoir oublié un moment.
J'ai lu toute la discussion et effectivement il me semble qu'il s'agisse d'un problème de mixage de scope comme l'évoque JeitEmgie.
Ton objet SuggestionView est apparemment en scope session (vérifie le managed bean), or ton AcceuilView est apparemment en scope request !!!
Lors de l'instanciation de l'AcceuilView, le SuggestionView wired en scope session est évidemment perdu ! Le wiring est donc impossible.

Tiens moi au courant.

Ciao ciao