Discussion :

[pippou]

Bonjour,
je développe une webapp avec JSF. Je veux la sécuriser avec Acegi, et j'ai un petit problème :
Dans le web.xml de ma webapp, il y a une servlet qui enregistre un repository (jackrabbit) dans JNDI. Un de mes bean fait un lookup pour le récupérer. Cela marchait très bien jusqu'à ce que je mette en place les filtres Acegi, mais depuis le bean ne trouve plus le repository...
Donc je pense que cela vient du fait que Acegi entraine d'utiliser un "contexte Spring" ou quelque chose comme ça... et donc le repository n'est pas placé dans le contexte dans lequel le bean le recherche...
Je ne connait pas bien Spring ni Acegi ni même JNDI, et j'ai du mal avec ces histoires de contextes...
Si quelqu'un pouvait m'expliquer un peu sa serait cool,
merci.

Phil

[pippou]

J'ai résolu le problème. Finallement, c'était pas "une histoire de contexte".
En fait quand j'ai ajouté Acegi, j'ai eu une erreur me disant qu'il fallait utiliser
ça:

Code :

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

1
2
3
4
 
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

au lieu de ça:

Code :

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

1
2
3
4
5
6
 
<servlet>
    <servlet-name>SpringContextServlet</servlet-name>
    <servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-class>
    <load-on-startup>1</load-on-startup>
</servlet>

Tous les deux ont le même rôle, à savoir instancier les beans. Sauf qu'avec les Servlets 2.4, les listeners sont démarrés avant les Servlets. Donc comme ce listener instancie les beans, le bean qui fait le lookup est créer avant que la servlet qui enregistre le repository dans JNDI ne soit démarrée. Et donc le repository n'était pas trouvé, logique...

Voila, merci qd même,
Phil