Jak obsługiwać OPCJE HTTP za pomocą Spring MVC?

Question

Chciałbym przechwycić żądanie OPTIONS z moim kontrolerem przy użyciu Spring MVC, ale jest ono przechwytywane przez DispatcherServlet. Jak mogę to zarządzać?

Answer 1

@RequestMapping(value="/youroptions", method=RequestMethod.OPTIONS) 
public View getOptions() { 

} 

należy skonfigurować dispatcherServlet poprzez ustawienie jej dispatchOptionsRequest do true

Answer 2

dodałam trochę więcej szczegółów do odpowiedzi Bozho dla początkujących. Czasami warto pozwolić kontrolerowi sprężynowemu zarządzać żądaniem OPTIONS (na przykład, aby ustawić poprawny nagłówek "Access-Control-Allow- *" do obsługi wywołania AJAX). Jeśli jednak spróbować powszechną praktyką

@Controller 
public class MyController { 

    @RequestMapping(method = RequestMethod.OPTIONS, value="/**") 
    public void manageOptions(HttpServletResponse response) 
    { 
     //do things 
    } 
} 

To nie będzie działać, ponieważ DispatcherServlet przechwyci żądanie OPTIONS klienta.

Rozwiązaniem jest bardzo prosta:

... Musisz skonfigurować DispatcherServlet z pliku web.xml następująco:

... 
    <servlet> 
    <servlet-name>yourServlet</servlet-name> 
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class> 
    <init-param> 
     <param-name>dispatchOptionsRequest</param-name> 
     <param-value>true</param-value> 
    </init-param> 
    <load-on-startup>1</load-on-startup> 
    </servlet> 
... 

Dodanie parametru „dispatchOptionsRequest” i ustawienie go na true .

Teraz DispatcherServlet deleguje obsługę OPTIONS do kontrolera i zostanie uruchomiona metoda manageOption().

Mam nadzieję, że to pomoże.

PS. Szczerze mówiąc, widzę, że DispatcherServlet dołącza listę dozwolonej metody do odpowiedzi. W moim przypadku nie było to ważne i zostawiłem to. Może potrzebne są dalsze badania.

Answer 3

Jako szybkie uzupełnienie powyższych 2 odpowiedzi, oto jak włączyć dispatchOptionsRequest w środowisku serwletu 3 (bez web.xml), ponieważ zajęło mi trochę czasu, aby dowiedzieć się, jak zastosować powyższe odpowiedzi w języku innym niż xml Ustawiać.

W środowisku źródłowym 3.2/servlet 3, będziesz mieć pewną odmianę klasy inicjatora DispatcherServlet, która jest odpowiednikiem java web.xml; w moim przypadku jest to AbstractAnnotationConfigDispatcherServletInitializer. Dodanie następującego kodu pozwoli dispatchOptionsRequest:

@Override 
    protected void customizeRegistration(Dynamic registration) { 
     registration.setInitParameter("dispatchOptionsRequest", "true"); 
    } 

Answer 4

wziąłem następujące podejście:

Korzystanie Maven (or manually) pociągnąć w tym dependancy:

<dependency> 
    <groupId>com.thetransactioncompany</groupId> 
    <artifactId>cors-filter</artifactId> 
    <version>1.3.2</version> 
</dependency> 

Ma to wdrożenie do przechwytywania wszystkich przychodzące żądania OPTIONS. W pliku web.xml dodać następujące config:

<filter> 
    <filter-name>CORS</filter-name> 
    <filter-class>com.thetransactioncompany.cors.CORSFilter</filter-class>  
    <init-param> 
     <param-name>cors.supportedHeaders</param-name> 
     <param-value>Content-Type,Accept,Origin</param-value> 
    </init-param> 
</filter> 

<filter-mapping> 
    <filter-name>CORS</filter-name> 
    <url-pattern>/*</url-pattern> 
</filter-mapping> 

Problem widziałem z podejściem/** to bardziej konkretne wdrożenie Kontroler będzie to zmienić.

Answer 5

na wiosnę bez pliku web.xml, oraz w oparciu o Paul Adamson odpowiedzi, po prostu ustawić parametr dispatchOptionsRequest do true do dyspozytora, aby przetwarzać Options wywołań metod.

ServletRegistration.Dynamic dispatcher = container.addServlet("dispatcher", new  DispatcherServlet(applicationContext)); 

dispatcher.setInitParameter("dispatchOptionsRequest", "true");     

dispatcher.setLoadOnStartup(1); 
dispatcher.addMapping("/*");