Me too. IMHO, there is something else - I suspect on the "connection
reset by peer" problem. But anyway, if the connection is reset by peer
is not motive to kill the session - or is it? So, I think there is a bug
somewhere, over the rainbow ;-)
To prove my theory (that the character encoding is not the reason), why
my 2.5 spec JSF application that don't throw new warning has been reset
too? Should I uninstall completely Sun App Server and install again?
TIA,
Richter
Jan Luehe escreveu:
>
>
> Jan Luehe wrote On 06/30/06 09:42,:
>
>>
>>
>> Jeanfrancois Arcand wrote On 06/29/06 07:05,:
>>
>>>
>>>
>>> Edson Carlos Ericksson Richter wrote:
>>>
>>>> Ok, after changing parameter to 65535,
>>>
>>>
>>>
>>> I recommend you don't use that high value for header :-) I think the
>>> real exception is:
>>>
>>> [#|2006-06-28T16:15:05.343-0300|WARNING|sun-appserver-pe9.0|org.apache.coyote.tomcat5.CoyoteRequest|_ThreadID=12;_ThreadName=http8080-Processor2;_RequestID=65f31d69-0aad-44ae-83d0-d0c5954a1a53;|Unable
>>> to set character encoding UTF-8 because request parameters have
>>> already been read, or ServletRequest.getReader() has been called|#]
>>>
>>> I need to take a look at the spec history change to see if that
>>> requirement is new in Servlet 2.5. Stay tuned :-)
>>
>>
>>
>> The above exception is the result of:
>>
>> https://servlet-spec-eg.dev.java.net/issues/show_bug.cgi?id=18
>>
>> which was added as a clarification to Servlet 2.5.
>
>
> Actually, the above message is not an exception, but just a warning. ;-)
>
> As it turned out, requiring ServletRequest.setCharacterEncoding() to
> throw an
> IllegalStateException would have broken too many existing webapps.
>
> Therefore, the final version of the Servlet 2.5 spec has withdrawn the
> requirement for ServletRequest.setCharacterEncoding() to throw an
> IllegalStateException.
>
> Instead, the spec now mentions that this method *has no effect* if
> called after
> - request parameters have been read, or
> - ServletRequest.getReader() has been called.
>
> In addition, GlassFish issues the above warning. I don't think this
> is responsible for the issue you're experiencing.
>
>
> Jan
>
>
>>
>>
>> Jan
>>
>>
>>>
>>> -- Jeanfrancois
>>>
>>> take lot's of time working, then
>>>
>>>> following thread (and session reset):
>>>>
>>>> [#|2006-06-28T16:04:11.796-0300|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=11;_ThreadName=http8080-Processor4;_RequestID=2ce2d4e8-26ab-46ed-a7da-bd8a43e417f1;|ApplicationDispatcher[/opencms]
>>>> Servlet.service() for servlet jsp threw exception
>>>> java.lang.NullPointerException
>>>> at
>>>> org.opencms.file.CmsRequestContext.getAdjustedSiteRoot(CmsRequestContext.java:147)
>>>>
>>>> at
>>>> org.opencms.file.CmsRequestContext.removeSiteRoot(CmsRequestContext.java:387)
>>>>
>>>> at
>>>> org.opencms.db.CmsDbContext.removeSiteRoot(CmsDbContext.java:169)
>>>> at
>>>> org.opencms.db.CmsSecurityManager.readResource(CmsSecurityManager.java:3867)
>>>>
>>>> at org.opencms.file.CmsObject.readResource(CmsObject.java:2702)
>>>> at
>>>> org.opencms.workplace.editors.CmsEditorHandler.getEditorUri(CmsEditorHandler.java:86)
>>>>
>>>> at
>>>> org.opencms.workplace.editors.CmsEditorSelector.getSelectedEditorUri(CmsEditorSelector.java:127)
>>>>
>>>> at
>>>> org.apache.jsp.WEB_002dINF.jsp.offline.system.workplace.editors.editor_005fmain_jsp._jspService(editor_005fmain_jsp.java:56)
>>>>
>>>> at
>>>> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:111)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:353)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:409)
>>>>
>>>> at
>>>> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:317)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>>
>>>> at
>>>> org.apache.catalina.core.ApplicationDispatcher.doInvoke(ApplicationDispatcher.java:850)
>>>>
>>>> at
>>>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:697)
>>>>
>>>> at
>>>> org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:654)
>>>>
>>>> at
>>>> org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:568)
>>>>
>>>> at
>>>> org.opencms.flex.CmsFlexRequestDispatcher.includeExternal(CmsFlexRequestDispatcher.java:194)
>>>>
>>>> at
>>>> org.opencms.flex.CmsFlexRequestDispatcher.include(CmsFlexRequestDispatcher.java:170)
>>>>
>>>> at org.opencms.loader.CmsJspLoader.service(CmsJspLoader.java:433)
>>>> at
>>>> org.opencms.flex.CmsFlexRequestDispatcher.includeInternalWithCache(CmsFlexRequestDispatcher.java:423)
>>>>
>>>> at
>>>> org.opencms.flex.CmsFlexRequestDispatcher.include(CmsFlexRequestDispatcher.java:174)
>>>>
>>>> at
>>>> org.opencms.loader.CmsJspLoader.dispatchJsp(CmsJspLoader.java:467)
>>>> at org.opencms.loader.CmsJspLoader.load(CmsJspLoader.java:412)
>>>> at
>>>> org.opencms.loader.CmsResourceManager.loadResource(CmsResourceManager.java:719)
>>>>
>>>> at org.opencms.main.OpenCmsCore.showResource(OpenCmsCore.java:1332)
>>>> at org.opencms.main.OpenCmsServlet.doGet(OpenCmsServlet.java:151)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
>>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>>> at
>>>> org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:397)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:278)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:240)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:179)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
>>>> at
>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:182)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> com.sun.enterprise.web.VirtualServerPipeline.invoke(VirtualServerPipeline.java:120)
>>>>
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:137)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:566)
>>>>
>>>> at
>>>> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:536)
>>>>
>>>> at
>>>> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
>>>> at
>>>> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:231)
>>>>
>>>> at
>>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:706)
>>>>
>>>> at
>>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:626)
>>>>
>>>> at
>>>> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:548)
>>>>
>>>> at
>>>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:653)
>>>>
>>>> at java.lang.Thread.run(Thread.java:595)
>>>> |#]
>>>>
>>>> [#|2006-06-28T16:15:05.343-0300|WARNING|sun-appserver-pe9.0|org.apache.coyote.tomcat5.CoyoteRequest|_ThreadID=12;_ThreadName=http8080-Processor2;_RequestID=65f31d69-0aad-44ae-83d0-d0c5954a1a53;|Unable
>>>> to set character encoding UTF-8 because request parameters have
>>>> already been read, or ServletRequest.getReader() has been called|#]
>>>>
>>>>
>>>>
>>>> Richter
>>>>
>>>>
>>>> Jeanfrancois Arcand escreveu:
>>>>
>>>>>
>>>>>
>>>>> Edson Carlos Ericksson Richter wrote:
>>>>>
>>>>>> At this point, I do prefer test everything than stop 6
>>>>>> installations of Glassfish in course...
>>>>>
>>>>>
>>>>>
>>>>> OK then change, in domain.xml, the value:
>>>>>
>>>>> <request-processing header-buffer-length-in-bytes="4096"
>>>>>
>>>>> and see what you are getting.
>>>>>
>>>>> -- Jeanfrancois
>>>>>
>>>>>
>>>>>
>>>>>>
>>>>>> Richter
>>>>>>
>>>>>>
>>>>>> Jeanfrancois Arcand escreveu:
>>>>>>
>>>>>>> To avoid that problem, you need to increase the header buffer.
>>>>>>> This problem has been fixed after FCS:
>>>>>>>
>>>>>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=646
>>>>>>>
>>>>>>> Just take a look and increase the header buffer to a larger
>>>>>>> number. But I suspect there will be other problems....
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> -- Jeanfrancois
>>>>>>>
>>>>>>> Edson Carlos Ericksson Richter wrote:
>>>>>>>
>>>>>>>> And this, regarding a problem related to Tomcat 5.0.28:
>>>>>>>>
>>>>>>>> http://jira.atlassian.com/browse/JRA-8843
>>>>>>>>
>>>>>>>> May be same version we are using on Glassfish (since I didn't
>>>>>>>> suffered this problem on Tomcat 5.5.17 with OpenCMS)?
>>>>>>>>
>>>>>>>> Richter
>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>>
>>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
>
>