ICEfaces
  1. ICEfaces
  2. ICE-10535

Stuck threads never returns from javax.faces.component.UIComponent.popComponentFromEL

    Details

    • Type: Bug Bug
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 3.3
    • Fix Version/s: None
    • Component/s: Framework
    • Labels:
      None
    • Environment:
      Linux, Icefaces3.3, Tomcat7, JSF2.0
    • Workaround Description:
      Hide
      As per the JSF forums, it stated the below. But we are using JSF2.0. This property was available from JSF2.2. Now our question is whether Icefaces3.3 is compatible with JSF2.2. If not how to address this issue.

      This particular error will occur if you dispatch a 2nd request to the same view while the previous request is not done yet. Please set the following parameter so instead of using the same view instance (which is what causes this) it will create its own copy of the serialized state
      <context-param>
      <param-name>javax.faces.SERIALIZE_SERVER_STATE</param-name>
      <param-value>true</param-value>
      </context-param>
      Show
      As per the JSF forums, it stated the below. But we are using JSF2.0. This property was available from JSF2.2. Now our question is whether Icefaces3.3 is compatible with JSF2.2. If not how to address this issue. This particular error will occur if you dispatch a 2nd request to the same view while the previous request is not done yet. Please set the following parameter so instead of using the same view instance (which is what causes this) it will create its own copy of the serialized state <context-param> <param-name>javax.faces.SERIALIZE_SERVER_STATE</param-name> <param-value>true</param-value> </context-param>

      Description

      Hi we are experiencing the problem in our production environment that CPU usage went to 100%.
      In our application we are using IceFaces3.3 with JSF2.0 and application server was Tomcat7. This problem is happens very frequently
      after we upgrade to Icefaces3.3 from Icefaces1.8 and once this has been occurred the performance of the application was affected a lot. Unable to perform any operations on this. As per the forums this problem has been fixed in Mojarra version 2.1.13 onwards but we are using the Mojarra version 2.1.19. But still the problem seems existed.
      Also there are no any beans in Session scope which have component binding in our application. All the managed beans scope are our own defined custom scope. We are not using myfaces in our application.
      Can somebody help us to advise/provide solution of this issue.
      Appreciate your reply well in advance.
      Let me know if requires more information on this.

      The below is from icefaces.jar file:
      Manifest-Version: 1.0
      Ant-Version: Apache Ant 1.8.4
      Created-By: 1.5.0_10-b03 (Sun Microsystems Inc.)

      Name: org.icefaces
      Implementation-Title: ICEfaces Core
      Implementation-Version: 3.3.0
      Build-Number: 11
      Build-Time: 2013-04-16 10:58:43
      Implementation-Vendor: ICEsoft Technologies Inc.

      The below is from javax.faces.jar(api) file:
      Implementation-Title: Mojarra
      Tool: Bnd-0.0.249
      DSTAMP: 20130213
      TODAY: February 13 2013
      TSTAMP: 1512
      DocName: Mojarra Implementation Javadoc
      Ant-Version: Apache Ant 1.7.0
      Implementation-Vendor: Oracle America, Inc.
      Implementation-Vendor-Id: com.sun
      Specification-Title: JavaServer Faces
      Bundle-SymbolicName: org.glassfish.javax.faces
      Extension-Name: javax.faces
      Implementation-Version: 2.1.19
      Bundle-Name: Mojarra JSF Implementation 2.1.19 (20130213-1512) https:/
      /svn.java.net/svn/mojarra~svn/tags/2.1.19@11614
      Bundle-Version: 2.1.19
      Bnd-LastModified: 1360768370589
      Bundle-ManifestVersion: 2
      Bundle-Description: Mojarra JSF Implementation (javax.faces/2.1) 2.1.1
      9 (20130213-1512) https://svn.java.net/svn/mojarra~svn/tags/2.1.19@11
      614
      Thread dump details:
      --------------------
      "http-bio-8080-exec-13" daemon prio=10 tid=0x00007facfc017000 nid=0x73a0 runnable [0x00007facfa6aa000]
      java.lang.Thread.State: RUNNABLE
      at javax.faces.component.UIComponent.popComponentFromEL(UIComponent.java:1934)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1633)
      at javax.faces.component.UIForm.visitTree(UIForm.java:371)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at com.sun.faces.lifecycle.RestoreViewPhase.deliverPostRestoreStateEvent(RestoreViewPhase.java:286)
      at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:263)
      at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
      at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116)
      at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
      at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
      at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
      at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
      at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
      at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
      at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
      at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
      at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987)
      at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579)
      at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309)
      locked <0x00000006eace2338> (a org.apache.tomcat.util.net.SocketWrapper)
      at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
      at java.lang.Thread.run(Thread.java:724)
      "http-bio-8080-exec-23" daemon prio=10 tid=0x00007fad3421b800 nid=0x73f9 runnable [0x00007facf9c9f000]
      java.lang.Thread.State: RUNNABLE
      at javax.faces.component.UIComponent.popComponentFromEL(UIComponent.java:1934)
      at org.icefaces.ace.component.datatable.DataTable.visitTree(DataTable.java:1509)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at org.icefaces.impl.component.UISeriesBase.visitRows(UISeriesBase.java:1174)
      at org.icefaces.impl.component.UISeriesBase.visitTree(UISeriesBase.java:1065)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UINamingContainer.visitTree(UINamingContainer.java:163)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at org.icefaces.impl.component.UISeriesBase.visitRows(UISeriesBase.java:1174)
      at org.icefaces.impl.component.UISeriesBase.visitTree(UISeriesBase.java:1065)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIForm.visitTree(UIForm.java:371)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at javax.faces.component.UIComponent.visitTree(UIComponent.java:1623)
      at com.sun.faces.application.view.FaceletPartialStateManagementStrategy.restoreView(FaceletPartialStateManagementStrategy.java:367)
      at com.sun.faces.application.StateManagerImpl.restoreView(StateManagerImpl.java:138)
      at com.sun.faces.application.view.ViewHandlingStrategy.restoreView(ViewHandlingStrategy.java:123)
      at com.sun.faces.application.view.FaceletViewHandlingStrategy.restoreView(FaceletViewHandlingStrategy.java:565)
      at com.sun.faces.application.view.MultiViewHandler.restoreView(MultiViewHandler.java:141)
      at com.sun.faces.lifecycle.RestoreViewPhase.execute(RestoreViewPhase.java:194)
      at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
      at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116)
      at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
      at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
      at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
      at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
      at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
      at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
      at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
      at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
      at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
      at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:927)
      at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
      at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
      at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987)
      at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:579)
      at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:309)
      locked <0x00000006b66f1b48> (a org.apache.tomcat.util.net.SocketWrapper)
      at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
      at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
      at java.lang.Thread.run(Thread.java:724)

        Activity

        There are no comments yet on this issue.

          People

          • Assignee:
            Unassigned
            Reporter:
            Rama Krishna
          • Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated: