Announcement Announcement Module
No announcement yet.
AbstractExcelView OPTIONS Page Title Module
Move Remove Collapse
Conversation Detail Module
  • Filter
  • Time
  • Show
Clear All
new posts

  • AbstractExcelView OPTIONS

    I am getting this stacktrace in the log when I render an excel spreadsheet using POI to Internet Explorer 6.0: hodNotSupportedException: Request method 'OPTIONS' not supported
    at Generator.checkAndPrepare( :199)
    at Generator.checkAndPrepare( :178)
    at org.springframework.web.servlet.mvc.AbstractContro ller.handleRequest(
    at org.springframework.web.servlet.mvc.SimpleControll erHandlerAdapter.handle(SimpleControllerHandlerAda
    at org.springframework.web.servlet.DispatcherServlet. doService(
    at org.springframework.web.servlet.FrameworkServlet.s ervice(
    at javax.servlet.http.HttpServlet.service(HttpServlet .java:853)
    at weblogic.servlet.internal.ServletStubImpl$ServletI
    at weblogic.servlet.internal.ServletStubImpl.invokeSe rvlet(
    at weblogic.servlet.internal.ServletStubImpl.invokeSe rvlet(
    at weblogic.servlet.internal.WebAppServletContext$Ser :6350)
    at t.doAs(
    at weblogic.servlet.internal.WebAppServletContext.inv okeServlet(
    at weblogic.servlet.internal.ServletRequestImpl.execu te(
    at weblogic.kernel.ExecuteThread.execute(ExecuteThrea
    at va:170)

    I know why this error is being printed from looking at the Spring source code, but I don't know what is sending an OPTIONS request to the servlet.

    Does anyone else get this error and do you know why?

    BTW: This does not affect anything, and the excel file renders correctly, but it fills the logs with stacktraces.


  • #2
    FYI: I am using AbstractExcelView and the previously mentioned stacktrace prints exactly 3 times for each time I render a report through Spring.


    • #3
      The stack trace you're getting is linked to the fact that IE is curious about the available HTTP verbs for this url. However, the excel view doesn't implement the doOptions method and the spring servlet which filters the request before dispatching it to the view render warns about this.
      I wonder whether spring shouldn't provide the normal behaviour on goOptions even for views which don't provide their implementation.
      So, for now, you'll have to cope with it but it is not specially an IE bug (for once)
      I'll file a JIRA improvement request about this.



      • #4
        I posted a jira issue on


        • #5
          Thanks, that is what I figured was happening. I was considering extending the WebContentGenerator class from Spring and fixing this issue, but I don't like to start modifying open source libraries, it gets complicated when new versions come out.