L'accès beans Spring à partir d'une servlet dans JBoss

Je veux écrire une servlet simple dans JBoss qui va appeler une méthode sur un Ressort de haricot. L'objectif est de permettre à un utilisateur de lancer un poste en interne, en tapant une URL.

Quelle est la meilleure façon d'obtenir une référence à mon Ressort de haricot dans la servlet?

JBoss web services vous permettent d'injecter un WebServiceContext dans votre classe de service à l'aide d'un @annotation de Ressources. Est-il rien de comparable, qui travaille dans la plaine de servlets? Un service web pour résoudre ce problème serait d'utiliser un marteau-pilon pour écraser une noix.

InformationsquelleAutor Sophie Gage | 2009-01-21
  1. 31

    Votre servlet pouvez utiliser WebApplicationContextUtils pour obtenir le contexte de l'application, mais alors votre servlet code ont une dépendance directe sur le Framework Spring.

    Une autre solution est de configurer le contexte de l'application à l'exportation du Printemps de la fève à la servlet contexte comme un attribut:

    <bean class="org.springframework.web.context.support.ServletContextAttributeExporter">
  <property name="attributes">
    <map>
      <entry key="jobbie" value-ref="springifiedJobbie"/>
    </map>
  </property>
</bean>

    Votre servlet peut récupérer le haricot de la servlet contexte à l'aide de

    SpringifiedJobbie jobbie = (SpringifiedJobbie) getServletContext().getAttribute("jobbie");
    • Quel est l'avantage de cette façon de faire et de ne pas utiliser WebApplicationContextUtils? De toute façon, il est attaché au Printemps.
    • Le mécanisme pour remplir la servlet contexte de l'attribut ne doit pas être mis en œuvre à l'aide de Printemps. Un filtre ou d'une autre servlet qui s'exécute au démarrage pouvez remplir la servlet contexte de l'attribut.
    InformationsquelleAutor Chin Huang
  2. 60

    Il est beaucoup plus sophistiqué façon de le faire. Il est SpringBeanAutowiringSupportà l'intérieur de org.springframework.web.context.support qui vous permet de construire quelque chose comme ceci:

    public class MyServlet extends HttpServlet {

  @Autowired
  private MyService myService;

  public void init(ServletConfig config) {
    super.init(config);
    SpringBeanAutowiringSupport.processInjectionBasedOnServletContext(this,
      config.getServletContext());
  }
}

    Ce sera la cause de Printemps à la recherche de la ApplicationContext liée à celle ServletContext (par exemple, créé par ContextLoaderListener) et injecter le Printemps haricots disponibles dans cette ApplicationContext.

    • Au Printemps 2.5.x il devrait être SpringBeanAutowiringSupport.processInjectionBasedOnCurrentContext(ce), qui gère le reste automatiquement. Impressionnant astuce btw.
    • Si vous avez besoin d'accéder à des ServletConfig, assurez-vous que vous appelez "super.init(config)" dans le "init" la méthode, par exemple; public void init(ServletConfig config) { super.init(config); SpringBeanAutowiringSupport.processInjectionBasedOnServletContext(ce, config.getServletContext()); }
    • Merci pour l'astuce, bonne prise!
    • Il est connu d'accès aux données condition de course de risque en utilisant les variables d'instance dans les Servlets (si vous ne suivez pas le modèle singlethreadmodel). Je crois que le risque existe toujours si la variable d'instance est autocâblés. OWASP lien: owasp.org/index.php/Member_Field_Race_Condition
    InformationsquelleAutor Oliver Drotbohm
  3. 8

    J'ai trouvé une façon de le faire:

    WebApplicationContext context = WebApplicationContextUtils.getWebApplicationContext(getServletContext());
SpringifiedJobbie jobbie = (SpringifiedJobbie)context.getBean("springifiedJobbie");
    InformationsquelleAutor Sophie Gage