Duh, instead "don't throw new warning", I want to mean "don't throw this
warning". The right phrase bellow:
To prove my theory (that the character encoding is not the reason), why
my 2.5 spec JSF application that don't throw this warning has been reset
too? Should I uninstall completely Sun App Server and install again?
Both throws "connection reset by peer". Yesterday I've tried a remote
machine over slow link, and result is exactly same.
Richter
Edson Carlos Ericksson Richter escreveu:
> 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
>>
>>
>>
>>
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net