[
https://jira.jboss.org/jira/browse/JBSEAM-4208?page=com.atlassian.jira.pl...
]
Mathias Walter commented on JBSEAM-4208:
----------------------------------------
I could confirm this bug with 2.2.0 GA, Trinidad 1.2.12, JSF RI 1.2_13-b01-FCS, but
without RichFaces.
The exception does occur not all the time. It seams it is related to a specific view
state. I can reproduce this bug easily. I also tried to change the order of the filters in
the web.xml, but without any effect.
Here is the exception trace:
29.09.2009 19:37:37 org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit
createResponseWriter
SEVERE: No RenderingContext has been created.
29.09.2009 19:37:37 com.sun.faces.lifecycle.Phase handleBeforePhase
WARNING: JSF1053: (Listener:
org.jboss.seam.debug.jsf.SeamDebugPhaseListener.beforePhase(), Phase ID: RENDER_RESPONSE
6, View ID: /debug.xhtml) Exception thrown during phase-listener execution:
java.lang.IllegalStateException: No RenderingContext
29.09.2009 19:37:37 com.sun.faces.lifecycle.Phase handleBeforePhase
WARNING:
org.apache.myfaces.trinidad.render.CoreRenderer.encodeBegin(CoreRenderer.java:305)
org.apache.myfaces.trinidadinternal.renderkit.htmlBasic.HtmlFormRenderer.encodeBegin(HtmlFormRenderer.java:56)
javax.faces.component.UIComponentBase.encodeBegin(UIComponentBase.java:813)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:928)
javax.faces.component.UIComponent.encodeAll(UIComponent.java:933)
org.jboss.seam.debug.jsf.SeamDebugPhaseListener.beforePhase(SeamDebugPhaseListener.java:56)
com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214)
com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96)
com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:341)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:90)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.web.HotDeployFilter.doFilter(HotDeployFilter.java:53)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:73)
org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.gsf.ihg.dnadb.extensions.MyFacesBugFixFilter.doFilter(MyFacesBugFixFilter.java:114)
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433)
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:845)
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583)
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
java.lang.Thread.run(Unknown Source)
Debug view causes trinidad error
--------------------------------
Key: JBSEAM-4208
URL:
https://jira.jboss.org/jira/browse/JBSEAM-4208
Project: Seam
Issue Type: Bug
Affects Versions: 2.1.1.GA
Reporter: Stephane Epardaud
Using Trinidad 1.2.6 + Richfaces 3.1.3.GA + Seam 2.1.1.GA, the debug.seam view causes an
exception in debug.xhtml inside the h:form element at SeamDebugPhaseListener line 56.
The logs show org.apache.myfaces.trinidadinternal.renderkit.core.CoreRenderKit
createResponseWriter
SEVERE: No RenderingContext has been created.
The exception is thrown in org.apache.myfaces.trinidad.render.CoreRenderer.encodeBegin
How can I debug this?
We got this exception right after upgrading from Seam 2.0 to 2.1
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira