[
https://issues.apache.org/jira/browse/JSPWIKI-1054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15898080#comment-15898080
]
Dave Koelmeyer commented on JSPWIKI-1054:
-----------------------------------------
Hi Harry, thanks for the information. Is there any detrimental effect to
enabling the nofilterencoding property? Also, this is running the same version
of the application server I used for the 2.10.2 builds, which never exhibited
this behaviour. Would this be a change in the JSPWiki code at some stage?
> 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
>
> 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
(v6.3.15#6346)
