[jboss-jira] [JBoss JIRA] (WFLY-4437) NPE for all requests on Linux host

[Stuart Douglas (JIRA)]

     [ https://issues.jboss.org/browse/WFLY-4437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stuart Douglas moved UNDERTOW-403 to WFLY-4437:
-----------------------------------------------

              Project: WildFly  (was: Undertow)
                  Key: WFLY-4437  (was: UNDERTOW-403)
    Affects Version/s:     (was: 1.2.0.Beta8)
          Component/s: Web (Undertow)
                           (was: Servlet)


> NPE for all requests on Linux host
> ----------------------------------
>
>                 Key: WFLY-4437
>                 URL: https://issues.jboss.org/browse/WFLY-4437
>             Project: WildFly
>          Issue Type: Bug
>          Components: Web (Undertow)
>            Reporter: Nicklas Karlsson
>            Assignee: Stuart Douglas
>
> I have a WF9 upstream master from a few week back running in standalone mode on a CentOS 5.2 Final with a 64bit 1.8.0_25b17 JDK. 
> However, every request returns a 500 because of the NPE below. The startup/deployment is normal with no errors in the log
> {code}
> 2015-03-03 10:56:39,790 ERROR [io.undertow.request] (default I/O-1) Undertow request failed HttpServerExchange{ GET /}: java.lang.NullPointerException
>         at io.undertow.server.handlers.SetHeaderHandler.handleRequest(SetHeaderHandler.java:57)
>         at io.undertow.server.handlers.NameVirtualHostHandler.handleRequest(NameVirtualHostHandler.java:53)
>         at io.undertow.server.handlers.error.SimpleErrorPageHandler.handleRequest(SimpleErrorPageHandler.java:76)
>         at io.undertow.server.handlers.CanonicalPathHandler.handleRequest(CanonicalPathHandler.java:49)
>         at io.undertow.server.handlers.ChannelUpgradeHandler.handleRequest(ChannelUpgradeHandler.java:158)
>         at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
>         at io.undertow.server.protocol.http.HttpReadListener.handleEventWithNoRunningRequest(HttpReadListener.java:189)
>         at io.undertow.server.protocol.http.HttpReadListener.handleEvent(HttpReadListener.java:113)
>         at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:143)
>         at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:90)
>         at io.undertow.server.protocol.http.HttpOpenListener.handleEvent(HttpOpenListener.java:49)
>         at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
>         at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:291)
>         at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286)
>         at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92)
>         at org.xnio.nio.NioTcpServerHandle.handleReady(NioTcpServerHandle.java:53)
>         at org.xnio.nio.WorkerThread.run(WorkerThread.java:539)
> {code}
> A WF 8.1.0 runs fine on the host and the same WF9 have run on other Linux hosts but I'm unable to pin down what affects Undertow in this way.



--
This message was sent by Atlassian JIRA
(v6.3.11#6341)