Spring-MVC Problem using @Controller on controller implémentation d'une interface

Ed a raison, ajoutant

<bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping"/>
<bean class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter"/>

fonctionne très bien

Ce que je devais faire était de remplacer

 <tx:annotation-driven/>

 <tx:annotation-driven  proxy-target-class="true"/>

cela force aspectj à utiliser CGLIB pour faire des aspects au lieu de proxies dynamiques-CGLIB ne perd pas l'annotation puisqu'il étend la classe, alors que les proxies dynamiques exposent simplement l'interface implémentée.

si vous souhaitez utiliser des interfaces pour vos contrôleurs MVC de printemps, alors vous devez déplacer les annotations un peu, comme mentionné dans les Docs de printemps: http://static.springsource.org/spring/docs/3.1.x/spring-framework-reference/html/mvc.html#mvc-ann-requestmapping

L'utilisation de @RequestMapping sur les méthodes D'Interface un piège commun quand travailler avec des classes de controller annotées se produit lors de l'application une fonctionnalité qui nécessite la création d'un proxy objet de contrôleur (par exemple, méthodes @transactionnelles). Habituellement vous introduirez une interface pour le contrôleur afin d'utiliser JDK dynamic proxies. Pour faire de cette vous devez déplacer les annotations @RequestMapping à l'interface comme bien que le mécanisme de cartographie ne peut "voir" l'interface exposée par proxy. Vous pouvez aussi activer proxy-target-class= " true" dans la configuration de la fonctionnalité appliquée au contrôleur (dans notre transaction scénario ). Faire indique que les procurations de la sous-classe basées sur CGLIB doivent être utilisées au lieu de JDK proxies basé sur l'interface. Pour plus d'informations sur les différents proxy mécanismes voir la Section 8.6, "mécanismes de remplacement".

Malheureusement, il ne donne pas un exemple concret. J'ai trouvé une configuration comme ceci fonctionne:

@Controller
@RequestMapping(value = "/secure/exhibitor")
public interface ExhibitorController {

    @RequestMapping(value = "/{id}")
    void exhibitor(@PathVariable("id") Long id);
}

@Controller
public class ExhibitorControllerImpl implements ExhibitorController {

    @Secured({"ROLE_EXHIBITOR"})
    @Transactional(readOnly = true)
    @Override
    public void exhibitor(final Long id) {

    }
}

donc ce que vous avez ici est une interface qui déclare les annotations @Controller, @PathVariable et @RequestMapping (les annotations MVC du printemps) et puis vous pouvez mettre vos annotations @Transactional ou @Secured par exemple sur la classe de béton. Ce ne sont que les annotations de type @Controller que vous devez mettre sur l'interface à cause de la façon dont Spring fait ses correspondances.

Notez que vous ne devez le faire que si vous utilisez une interface. Vous n'avez pas nécessairement besoin de le faire si vous êtes satisfait de CGLib proxies, mais si pour une raison quelconque vous voulez utiliser JDK dynamic proxies, ce pourrait être la voie à suivre.

il n'y a aucun doute que les annotations et l'héritage peuvent devenir un peu délicat, mais je pense que cela devrait fonctionner. Essayez d'ajouter explicitement L'AnnotationMethodHandlerAdapter à votre contexte servlet.

http://static.springframework.org/spring/docs/2.5.x/reference/mvc.html#mvc-ann-setup

Si cela ne fonctionne pas, un peu plus d'information serait utile. Plus précisément, les deux méthodes de contrôle annotées proviennent-elles de l'interface? De Foo censé être RegistrationController?

je sais qu'il est trop tard mais j'écris ceci pour quelqu'un qui a ce problème si vous utilisez la configuration basée sur les annotations... la solution pourrait être comme ceci:

@Configuration
@ComponentScan("org.foo.controller.*")
@EnableAspectJAutoProxy(proxyTargetClass=true)
public class AppConfig { ...}

La vraie raison pour laquelle vous devez utiliser l'option " proxy-cible class="true"'DefaultAnnotationHandlerMapping#determineUrlsForHandler() méthode: si elle utilise ListableBeanFactory#findAnnotationOnBean pour la recherche d'un @RequestMapping annotation (et cela prend soin des problèmes de proxy), la recherche supplémentaire pour @Controller l'annotation est faite en utilisant AnnotationUtils#findAnnotation (qui n'a pas les poignées de la procuration)