Einige Bohnen in der Klasse Filter bean verwenden?

Question

In meiner Filter-Bean-Klasse habe ich einige Beans-Abhängigkeit (mit @Autowired Bemerkung). Aber in der Methode doFilter() alle meine abhängigen Beans haben null ...

public class FacebookOAuth implements Filter
{
@Autowired
private BusinessLogger logger;

@Autowired
private IUserSessionInfo userSessionInfo;

@Autowired
private FacebookOAuthHelper oAuthHelper;

public void init(FilterConfig fc) throws ServletException
{
    // Nothing to do
}

public void doFilter(ServletRequest sr, ServletResponse sr1, FilterChain fc) throws   IOException, ServletException
{
    // HttpServletRequest req = (HttpServletRequest)sr;
    HttpServletResponse res = (HttpServletResponse) sr1;

    String code = sr.getParameter("code");

    if (StringUtil.isNotBlankStr(code))
    {
        String authURL = this.oAuthHelper.getAuthURL(code);

this.oAuthHelper ist gleich null (und andere Abhängigkeit Bohnen zu) ...

Können Sie mir helfen?

---

Tatsächlich verwende ich keine MVC-Konzeption auf der Serverseite (Spring). Für meine Seite Client verwende ich Flex-Technologie und BlazeDS Servlet ton mit meinem Server kommunizieren.

Das ist der Grund, warum ich den Begriff Filterbohne verwende.

Also, wie kann ich meine Session Bean Begriff in meinem Filter Bean behandeln?

---

Skaffman,

Ich habe Ihre Idee umgesetzt, also aktualisiere ich meine application.xml mit :

<bean id="FacebookOAuthHandler" class="com.xx.FacebookOAuthHandler" />
<bean class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
    <property name="mappings">
    <props>
       <prop key="/fbauth">FacebookOAuthHandler</prop>         
    </props>
   </property>
</bean>

und mein FacebookOAuthHandler Klasse :

public class FacebookOAuthHandler extends AbstractController
{
@Autowired
private BusinessLogger logger;

@Autowired
private IUserSessionInfo userSessionInfo;

@Autowired
private FacebookOAuthHelper oAuthHelper;

@Override
protected ModelAndView handleRequestInternal(HttpServletRequest request,
        HttpServletResponse response) throws Exception {

    // TODO

    return null;
}

Aber, diese Methode handleRequestInternal wird nie aufgerufen, wenn meine URL : http://xx.xx.xx.xx/MyApp/fbauth

Answer 1

Ich stand vor dem gleichen Problem und meine erste Idee war, Spring manuell zu zwingen, die @Autowired-Anmerkung auf den Filter anzuwenden, wie hier vorgeschlagen

http://forum.springsource.org/showthread.php?60983-Autowiring-the-servlet-filter

Aber mir gefällt der Gedanke nicht, den Bean-Namen in meiner Java-Klasse fest zu kodieren.

Ich habe eine sauberere Methode gefunden, die auch funktioniert:

public void init(FilterConfig filterConfig) throws ServletException {
    SpringBeanAutowiringSupport.processInjectionBasedOnServletContext(this,
            filterConfig.getServletContext());
}

Answer 2

Angenommen, dies Filter ist in Ihrem Haus verkabelt web.xml dann wird dies nicht funktionieren, da es nicht von Spring, sondern vom Servlet-Container verwaltet wird. Also Dinge wie Autowiring wird nicht funktionieren.

Wenn Sie einen Servlet-Filter als Spring-Bean definieren möchten, müssen Sie ihn im Root-Anwendungskontext der Webapp definieren (unter Verwendung einer ContextLoaderListener in web.xml), und dann Definition einer DelegatingFilterProxy die an Ihre von Spring verwaltete Bean delegiert, um die Arbeit zu erledigen.

Aber braucht man dafür wirklich einen Servlet-Filter? Nach dem, was ich über die Facebook-Authentifizierung weiß, könnte dies so aussehen ebenso einfach mit einer Feder HandlerInterceptor . Dies würde erheblich weniger Konfigurationsaufwand bedeuten als ein delegierender Filter.

Answer 3

Sehen Sie sich diese Antwort auf der Seite des Frühlings an: http://forum.springsource.org/showthread.php?60983-Autowiring-the-servlet-filter

Kurz gesagt - Sie können Spring manuell zwingen, die @Autowire-Anmerkung auf Ihren Filter anzuwenden:

public void init(FilterConfig filterConfig) throws ServletException {

    ServletContext servletContext = filterConfig.getServletContext();
    WebApplicationContext webApplicationContext = 
            WebApplicationContextUtils.getWebApplicationContext(servletContext);

    AutowireCapableBeanFactory autowireCapableBeanFactory =
           webApplicationContext.getAutowireCapableBeanFactory();

    autowireCapableBeanFactory.configureBean(this, BEAN_NAME);
}

Answer 4

Ich weiß, es ist eine alte Frage, aber es gibt kein Beispiel für die Verwendung von DelegatingFilterProxy in den aktuellen Antworten, und eine kürzlich gestellte Frage, in der nach einem solchen Beispiel gefragt wurde, wurde als Duplikat für diese Frage markiert.

Also ein DelegatingFilterProxy ist ein spezieller Filter, der sich mit Root ApplicationContext und delegiert seine doFilter zu einer Bohne.

Beispiel: MyFilter ist eine Klasse, die Filter und myFilter ist eine Frühlingsbohne

<bean id=myFilter class="org.example.MyFilter ...>...</bean>

oder in einer Konfigurationsklasse

@Bean
public MyFilter myFilter() {
    MyFilter myFilter = new MyFilter();
    //initialization ...
    return myFilter;
}

In web.xml deklarieren Sie einfach eine DelegatingFilterProxy mit dem gleichen Namen wie die Bohne :

<filter>
    <filter-name>myFilter</filter-name>
    <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
    <filter-name>myFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

Auf diese Weise, als myBean eine echte Bohne ist, kann sie normal mit anderen Bohnen gespritzt werden mit @Autowired Anmerkungen, und seine doFilter Methode wird von der DelegatingFilterProxy . Da Sie die Methoden spring init und destroy verwenden können, ist standardmäßig init と destroy Methoden werden nicht aufgerufen, es sei denn, Sie geben den init-Parameter des Filters "targetFilterLifecycle" als "true" an.

Answer 5

Ich war immer Null-Zeiger beim Zugriff auf Serviceklasse Bean in Filterklasse mit Autowiring. Ich suchte mehr als 100 Links, aber nicht in der Lage, eine Lösung zu finden. Ich verwende Spring Boot Application und Konfiguration, die erforderlich ist, um Bean in Filterklasse zu erhalten:

FilterConfig.java, die den Anwendungskontext Objekt.

@Component
public class FilterConfig  implements ApplicationContextAware{

private static ApplicationContext context;

public static ApplicationContext getApplicationContext() {
       return context;
    }
public  static <T> T getBean(String name,Class<T> aClass){
    return context.getBean(name,aClass);
}

@Override
public void setApplicationContext(ApplicationContext ctx) throws BeansException {
    context = ctx;
}   

 }

in der Klasse Filter habe ich das so verwendet:

 UserService userService =FilterConfig.getBean("UserService", UserService.class);

UserService dies ist der Name der Bean, die in

  @Service("UserService")
  public class UserServiceImpl implements UserService { ...}

Keine Konfiguration in der Hauptklasse von Spring Boot :SpringBootServletInitializer