@ControllerAdvice Pas De Tir

Je suis en train de travailler sur un Spring MVC/Webflow Application (version 3.2) et d'essayer de sortir de gestion des exceptions de travail où je peux en sortie une exception personnalisée message dans un fichier, et de l'erreur.jsp. Le problème que je vais avoir, c'est que le Gestionnaire d'Exception n'est pas de se faire licencier. J'ai créé la classe suivante et annotée "@ControllerAdvice" et le mettre dans le même paquet que mon contrôleur qui est en train de jeter de l'exception:

@ControllerAdvice
public class MyCustomExceptionController {

    @ExceptionHandler(MyCustomException.class)
    public ModelAndView handleMyException(MyCustomException ex) {   
        ModelAndView modelAndView = new ModelAndView();
        modelAndView.setViewName("/error/error");
        modelAndView.addObject("errorId", ex.getErrorId());
        modelAndView.addObject("message", ex.getErrorMessage());        
        return modelAndView;
    }
}

et ajouté ce qui suit à la mvc du Fichier de config:

<mvc:annotation-driven/>

Et comprenait les éléments suivants dans mon appli du Fichier de config:

<context:component-scan base-package="package containing my controllers and MyCustomExceptionController">
        <context:include-filter type="annotation" 
    expression="org.springframework.web.bind.annotation.ControllerAdvice" />
    </context:component-scan>

Des idées pourquoi cela ne fonctionne pas?

La méthode handleMyException() va être appelée à chaque fois qu'une unhandled exception personnalisée de votre choix se produit (MyCustomException). Cette méthode est pas invoquée, même après MyCustomException est levée? Ceci est le tutoriel, vous pouvez vous rapprocher.
J'ai mis un point d'arrêt sur handleMyException et la méthode n'est jamais invoquée, même après que j'ai jeter MyCustomException.
Si vous étiez à annoter une méthode de votre choix avec le @InitBinder annotation dans cette classe, comme un exemple, est que la méthode invoquée?
Salut Minuscule, j'ai ajouté le test suivant la méthode de la même classe mais elle n'est jamais invoquée: @InitBinder public void InitBinder() { System..println("Dans InitBinder méthode"); }
J'ai ceci du fichier de configuration (dispatcher-servlet.xml). Aimeriez-vous le comparer avec votre fichier de config? En dehors de cela j'ai spécifié <context:annotation-config/> dans un autre fichier applicationContext.xml mais cela ne devrait pas être pertinents pour le problème concret auquel vous êtes confronté. Le @ControllerAdvice annotation travaille avec ces configurations au Printemps 3.2.2 et le Printemps 4.0.0 GA (Avertissement : je ne sais pas à propos de Spring WebFlow).

OriginalL'auteur user676567 | 2014-02-19

8

La <mvc:annotation-driven/> élément implicitement enregistre un ExceptionHandlerExceptionResolver bean. Cette classe a un initExceptionHandlerAdviceCache() méthode qui analyse les haricots dans le contexte de trouver ceux dont le type de classe est annotée avec @ControllerAdvice.

Il le fait en appelant d'abord ControllerAdviceBean.findAnnotatedBeans(ApplicationContext). En interne, cette méthode utilise ApplicationContext#getBeanDefinitionNames(). La javadoc de cette méthode etats

Ne considère pas toute la hiérarchie de cette usine peut participer

À clarifier ce que cela signifie. Lorsque vous déclarez une ContextLoaderListener dans votre descripteur de déploiement, il charge ce que nous appelons une racine ou d'une application ApplicationContext et le rend disponible dans la ServletContext. Lorsque vous déclarez ensuite un DispatcherServlet, il crée son propre servlet ApplicationContext, et utilise tous les ApplicationContext qu'il trouve dans la ServletContext attributs chargé par le ContextLoaderListener en tant que parent de ce contexte. La hiérarchie ressemble
```
Root ApplicationContext //loaded by the ContextLoaderListener
            |
Servlet ApplicationContext //loaded by the DispatcherServlet
```
Chaque ApplicationContext a accès à des haricots parent contextes, mais pas l'inverse.

La méthode ci-dessus ne choisit pas les haricots dans de parent contextes et donc n'a accès qu'aux haricots dans le courant ApplicationContext (BeanFactory vraiment).

En tant que tel, si votre
```
<context:component-scan .../>
```
est déclaré dans une racine ApplicationContext que je vais supposer le nom app-config, mais le
```
<mvc:annotation-driven />
```
est déclaré dans la servlet ApplicationContext, en supposant encore une fois de mvc-config, puis le ExceptionHandlerExceptionResolver à la recherche pour @ControllerAdvice haricots ne trouverez pas. Il est à la recherche pour les haricots dans le contexte de servlet, mais ils ne sont pas là, ils sont dans le contexte de la racine.

donc, ce que nous devons faire ici?
Vous réorganisez votre configuration les éléments indiqués ci-dessus sont ensemble.
Bonne explication, mais toujours la solution est manquant
Selon la réponse, la solution est simple - je viens d'emménager <mvc:annotation-driven /> à partir de mvc-config pour app-config, et tout commence à travailler

OriginalL'auteur Sotirios Delimanolis
0

Au cas où quelqu'un d'autre se heurte à un problème comme celui - ci j'ai trouvé une erreur que j'ai eu.

Je n'avais qu'une RequestMapping (http://localhost:8080/myapp/verify/verify)

Dans un InterceptorController, dans le PreHandle la méthode, j'ai explicitement a déclenché une exception -> throw new MyCustomException("error","error.jsp") pour tester mon @ControllerAdvice Exception de manutention.

Quand je suis allé à http://localhost:8080/myapp/ je voudrais voir l'intercepteur contrôleur appelé mon exception personnalisée faire jeter, mais la @ControllerAdvice classe avec mes @ExceptionHandler(MyCustomException.class) n'a jamais été appelée.

J'ai ajouté un @RequestMapping(value="/") et il est résolu mes problèmes. Depuis que j'ai été de tenter d'aller à un URI qui n'avait pas de @RequestMapping associés avec elle, j'ai été faire un 'NoHandlerFoundException' qui a été court-circuit de mon Exception de remonter.

En bref, assurez-vous que l'URI que vous tentez d'appeler a un @RequestMapping associés, ou de disposer d'une méthode dans votre ExceptionHandler classe de traiter avec le NoHandlerFoundException.

Espère que cette aide.

OriginalL'auteur Brian Beech

Vous devez vous connecter pour publier un commentaire.