IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Spring Web Java Discussion :

conflit @RequestMapping et @Secured


Sujet :

Spring Web Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Futur Membre du Club
    Inscrit en
    Janvier 2007
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Janvier 2007
    Messages : 4
    Par défaut conflit @RequestMapping et @Secured
    bonjour,

    je souhaite sécuriser l accès d un contrôleur par annotation, lorsque que je mets cela en place mon contrôleur n est plus trouver par le request dispatcher
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    WARN PageNotFound - No mapping found in DispatcherServlet with name 'Spring MVC Dispatcher Servlet'
    Mon contoller
    Code:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
     
    @Controller
    public class Contoller1 extends ARawContoller
    {
     
       @RequestMapping( value = "/contoller1.do" )
       @Secured( {"RULE_TO_CHECK"})
       public  ModelAndView index() throws Exception
       {
          ModelAndView mav = new ModelAndView( " );
          return mav;
       }
    Configuration:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     <!-- SPRING - SECURITY -->
       <sec:global-method-security
          secured-annotations="enabled" jsr250-annotations="enabled">
     
       </sec:global-method-security>
    quelqu'un a t il une idée il semble qu il y ait un conflit entre les 2 annotations

    merci

  2. #2
    Membre Expert
    Homme Profil pro
    Inscrit en
    Septembre 2006
    Messages
    2 963
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations forums :
    Inscription : Septembre 2006
    Messages : 2 963
    Par défaut
    @RequestMapping et @Secured fonctionnent très bien ensemble…

    vérifier d'abord que l'erreur de mapping n'est pas générée par un problème "plus bas" dans votre configuration de sécurité…

    ou le mapping de la page de login qui serait appelée indirectement maintenant que vous avez mis en place @Secured…

    est-ce l'accès direct à la page de login fonctionne ?

  3. #3
    Futur Membre du Club
    Inscrit en
    Janvier 2007
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Janvier 2007
    Messages : 4
    Par défaut
    tous fonctionne je peux logger accéder a d autre contrôleur non sécurisés.
    celui ci aussi si j enleve @secured, le problem n arrive qu a partir de l ajout

  4. #4
    Futur Membre du Club
    Inscrit en
    Janvier 2007
    Messages
    4
    Détails du profil
    Informations forums :
    Inscription : Janvier 2007
    Messages : 4
    Par défaut
    si @secured n est pas dans le controller mais dans un autre object tout fonction le mapping est la securité mais toujours impossible de faire fonctionner les 2 ensembles

Discussions similaires

  1. Réponses: 0
    Dernier message: 24/04/2008, 17h43
  2. Générer règles de conflits pour réplication
    Par dupin40 dans le forum Administration
    Réponses: 3
    Dernier message: 01/09/2003, 15h31
  3. [horloge] conflit caractère / timer
    Par JeanJean dans le forum C
    Réponses: 10
    Dernier message: 09/05/2003, 23h47
  4. [Technique] Conflits entre plusieurs requêtes
    Par Neowile dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 24/03/2003, 09h37
  5. [XMLRAD] Security des WebModules et/ou des WebServices
    Par Lux interior dans le forum XMLRAD
    Réponses: 4
    Dernier message: 18/12/2002, 17h09

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo