I've been out for a week on an business event. Yesterday I've tried your
suggestion (increasing from 30 to 90), but no changes - still session
reset (either in OpenCMS and in JSF+JPA app made with NetBeans 5.5).
Thanks,
Richter
Jeanfrancois Arcand escreveu:
>
>
> Edson Carlos Ericksson Richter wrote:
>> 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.
>
> Interesting. Can you change, in domain.xml, the value:
>
> <keep-alive max-connections="250" thread-count="1"
> timeout-in-seconds="30"/>
>
> and increase timeout-in-seconds="30"
>
> I doubt "connection reset by peer" is the problem. There is an
> exception swallowed somewhere. The problem is OPenCMS is a big
> application and it is difficult to find what is causing the problem.
> If you can isolate a test case, that will be easier. On my side, I
> will deploy openCMS and see if I can reproduce the problem.
>
> -- Jeanfrancois
>
>
>>
>> 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
>>
>> ---------------------------------------------------------------------
>> 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
>
>
>
>