[ 
https://issues.apache.org/jira/browse/JSPWIKI-1054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Juan Pablo Santos Rodríguez closed JSPWIKI-1054.
------------------------------------------------

>  IllegalStateException getWriter() error 
> -----------------------------------------
>
>                 Key: JSPWIKI-1054
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-1054
>             Project: JSPWiki
>          Issue Type: Bug
>    Affects Versions: 2.10.3
>         Environment: Payara Server 4.1.1.161 with JDK 1.8.0_73, Ubuntu 14.04 
> Server (server), Ubuntu 14.04 (client)
> Payara Server 4.1.1.161 with OpenJDK 8, Ubuntu 16.04 (both server and client)
>            Reporter: Dave Koelmeyer
>            Priority: Major
>
> I've checked out and built JSPWiki-2.10.3-SNAPSHOT. The .war file is 
> installed in a fresh Payara Server domain. The following error is then 
> observed when attempting to authenticate to the new installation, when user 
> preferences are saved, or otherwise triggered seemingly at random:
> {noformat}
> The server encountered an internal error that prevented it from
> fulfilling this request.
> java.lang.IllegalStateException: getWriter() has already been called for
> this response
> {noformat}
> The full stack trace is:
> {noformat}
> [2017-03-03T22:21:56.205+1300] [Payara 4.1] [WARNING] [] 
> [javax.enterprise.web] [tid: _ThreadID=52 _ThreadName=http-listener-2(5)] 
> [timeMillis: 1488532916205] [levelValue: 900] [[
>   StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception
> java.lang.IllegalStateException: getWriter() has already been called for this 
> response
>         at 
> org.apache.catalina.connector.Response.getOutputStream(Response.java:747)
>         at 
> org.apache.catalina.connector.ResponseFacade.getOutputStream(ResponseFacade.java:206)
>         at org.apache.wiki.ui.WikiJSPFilter.doFilter(WikiJSPFilter.java:128)
>         at 
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)
>         at 
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)
>         at 
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)
>         at 
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
>         at 
> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
>         at 
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
>         at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
>         at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
>         at 
> org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)
>         at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)
>         at 
> com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
>         at 
> com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
>         at 
> org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
>         at 
> org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)
>         at 
> org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
>         at 
> org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
>         at 
> org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283)
>         at 
> org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
>         at 
> org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132)
>         at 
> org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111)
>         at 
> org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
>         at 
> org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536)
>         at 
> org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
>         at 
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
>         at 
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
>         at 
> org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
>         at 
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
>         at 
> org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
>         at java.lang.Thread.run(Thread.java:745)
> {noformat}
> I've tried installing on two separate systems, in both cases using JSPWiki 
> built from source independently, and the same error is observed. Earlier 
> JSPWiki 2.10.x builds on the same platform(s) installed and functioned 
> without problem.
> The error is observed when using either the default skin or Haddock.



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

Reply via email to