[JBoss JIRA] (RF-10998) High CPU Utilization in Richfaces application
by Sergiusz Kierat (JIRA)
[ https://issues.jboss.org/browse/RF-10998?page=com.atlassian.jira.plugin.s... ]
Sergiusz Kierat commented on RF-10998:
--------------------------------------
Currently, we are struggling with the same issue on prd env.
{code}
"http-/0.0.0.0:12080-101" daemon prio=10 tid=0x00007f29f2db1000 nid=0xf84f runnable [0x00007f29dfb78000]
java.lang.Thread.State: RUNNABLE
at org.apache.catalina.connector.RequestFacade.getAttribute(RequestFacade.java:264)
at javax.servlet.ServletRequestWrapper.getAttribute(ServletRequestWrapper.java:116)
at javax.servlet.ServletRequestWrapper.getAttribute(ServletRequestWrapper.java:116)
at com.sun.faces.context.RequestMap.put(ExternalContextImpl.java:1086)
at org.ajax4jsf.event.AjaxPhaseListener.afterPhase(AjaxPhaseListener.java:81)
at com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:175)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:114)
at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:103)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
{code}
Do you mind me asking whether you have a solution?
Our environment: jboss-as-7.2.0.Final, jdk 1.7.0_25, jsf 1.2_15, facelets 1.1.15, richfaces 3.3.3.Final
> High CPU Utilization in Richfaces application
> ---------------------------------------------
>
> Key: RF-10998
> URL: https://issues.jboss.org/browse/RF-10998
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 3.3.2.SR1
> Environment: Jboss 4.3.0.GA_CP03, jdk 1.6.0_05,jsf 1.2,facelets 1.1.14
> Reporter: Shah EM
> Labels: richfaces
> Fix For: 3.Future
>
>
> We have an application running on 3 node
> cluster.After running normally for some time one node CPU spikes to 80% from
> the normal usage of 6% and stays like that. meanwhile other nodes are working
> fine.
> We had contacted Redhat and they had advised to downgrad richfaces version to 3.3.1 sp2 to fix the issue.
> We have a doubt if the solution provided by Redhat to downgrade the rich faces version to 3.3.1-SP2 will solve the issue or not.
> The 3.3.1-SP2 release note says that the following issue is fixed - [RF-7248] - a4j creates infinite HashMap.get loop
> When we looked into more details of this issue that they fixed in the JBoss JIRA for this defect, the logs say that the issue is with a specific component in the a4j. Please have a look at the following trace from the issue logs.
> Stack trace:
> java.util.HashMap.get(HashMap.java:303)
> org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:965)
> org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:984)
> org.ajax4jsf.component.UIDataAdaptor.restoreChildState(UIDataAdaptor.java:943)
> In our case even though the issue is with the HashMap infinite loop, the cause of the issue does not seem to be this particular component. Our stack traces point to a different place where the infinite loop is happening.
> Thread: http-10.20.81.200-17180-31 : priority:5, demon:true, threadId:337, threadState:RUNNABLE, lockName:null
> java.util.HashMap.get(HashMap.java:305)
> org.apache.catalina.connector.Request.getAttribute(Request.java:878)
> org.apache.catalina.connector.RequestFacade.getAttribute(RequestFacade.java:263)
> com.sun.faces.application.WebappLifecycleListener.attributeReplaced(WebappLifecycleListener.java:168)
> com.sun.faces.config.ConfigureListener.attributeReplaced(ConfigureListener.java:318)
> org.apache.catalina.connector.Request.setAttribute(Request.java:1435)
> org.apache.catalina.connector.RequestFacade.setAttribute(RequestFacade.java:503)
> javax.servlet.ServletRequestWrapper.setAttribute(ServletRequestWrapper.java:284)
> com.sun.faces.context.RequestMap.put(ExternalContextImpl.java:1087)
> org.ajax4jsf.event.AjaxPhaseListener.afterPhase(AjaxPhaseListener.java:81)
> com.sun.faces.lifecycle.Phase.handleAfterPhase(Phase.java:175)
> com.sun.faces.lifecycle.Phase.doPhase(Phase.java:114)
> com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:104)
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:265)
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-12033) ExtendedDataTable doesn't show up in tabpanel with switchType="client"
by Steve Oh (JIRA)
[ https://issues.jboss.org/browse/RF-12033?page=com.atlassian.jira.plugin.s... ]
Steve Oh edited comment on RF-12033 at 2/21/14 3:53 AM:
--------------------------------------------------------
The only difference in terms of environment, that i see is the JSF implementation. I use mojarra 2.1.20, that I manually updated in glassfish 3.1.2.2 (which ships with 2.1.6).
If you can confirm this to be the issue, we could compare in a next step our HTML output, that is rendered from the server.
was (Author: cc2000):
The only difference in terms of environment, that i see is the JSF implementation. I use mojarra 2.1.20, that I manually updated in glassfish 3.1.2.2 (which ships with 2.1.6).
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> ----------------------------------------------------------------------
>
> Key: RF-12033
> URL: https://issues.jboss.org/browse/RF-12033
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.2.0.Final
> Environment: FireFox 10.0.2 (works in IE7)
> GlassFish 3.1
> Reporter: Josh Hill
> Assignee: Jiří Štefek
> Labels: lazy-loaded
> Attachments: richfaces-test.zip
>
>
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> Facelet file from the attached testcase:
> {code}
> <?xml version='1.0' encoding='UTF-8' ?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:f="http://java.sun.com/jsf/core">
> <h:head>
> <title>Test One</title>
> </h:head>
> <h:body>
> <p>Extended datatable inside tabpanel with switchType "client"</p>
> <h:form>
> <rich:tabPanel switchType="client">
> <rich:tab>
> <f:facet name="header">
> Tab One
> </f:facet>
> Tab One
> </rich:tab>
> <rich:tab>
> <f:facet name="header">
> Tab Two
> </f:facet>
> <rich:extendedDataTable value="#{colorsBean.colors}" var="color">
> <rich:column>
> <f:facet name="header">
> Column 1
> </f:facet>
> #{color}
> </rich:column>
> </rich:extendedDataTable>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-12033) ExtendedDataTable doesn't show up in tabpanel with switchType="client"
by Steve Oh (JIRA)
[ https://issues.jboss.org/browse/RF-12033?page=com.atlassian.jira.plugin.s... ]
Steve Oh commented on RF-12033:
-------------------------------
The only difference in terms of environment, that i see is the JSF implementation. I use mojarra 2.1.20, that I manually updated in glassfish 3.1.2.2 (which ships with 2.1.6).
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> ----------------------------------------------------------------------
>
> Key: RF-12033
> URL: https://issues.jboss.org/browse/RF-12033
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.2.0.Final
> Environment: FireFox 10.0.2 (works in IE7)
> GlassFish 3.1
> Reporter: Josh Hill
> Assignee: Jiří Štefek
> Labels: lazy-loaded
> Attachments: richfaces-test.zip
>
>
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> Facelet file from the attached testcase:
> {code}
> <?xml version='1.0' encoding='UTF-8' ?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:f="http://java.sun.com/jsf/core">
> <h:head>
> <title>Test One</title>
> </h:head>
> <h:body>
> <p>Extended datatable inside tabpanel with switchType "client"</p>
> <h:form>
> <rich:tabPanel switchType="client">
> <rich:tab>
> <f:facet name="header">
> Tab One
> </f:facet>
> Tab One
> </rich:tab>
> <rich:tab>
> <f:facet name="header">
> Tab Two
> </f:facet>
> <rich:extendedDataTable value="#{colorsBean.colors}" var="color">
> <rich:column>
> <f:facet name="header">
> Column 1
> </f:facet>
> #{color}
> </rich:column>
> </rich:extendedDataTable>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13101) rich:select Method getSelectInputLabel is not working when using objects
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-13101?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-13101:
------------------------------------
If the objects should be equal, but your equals method does not consider them to be equal, then perhaps something is wrong with your equals method? +1 for using a converter. The _select_ component allows you to use a converter directly:
http://docs.jboss.org/richfaces/latest_4_X/vdldoc/rich/select.html
> rich:select Method getSelectInputLabel is not working when using objects
> ------------------------------------------------------------------------
>
> Key: RF-13101
> URL: https://issues.jboss.org/browse/RF-13101
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-input, component-selects
> Affects Versions: 4.3.2, 5.0.0.Alpha1
> Reporter: J W
> Labels: rich:select, select, waiting_on_user
> Original Estimate: 30 minutes
> Remaining Estimate: 30 minutes
>
> The condition of the if-statement in org.richfaces.renderkit.SelectHelper.getSelectInputLabel(FacesContext facesContext, UIComponent component) is not working with the string-representations of the items. If using cloned objects the equals method will return false, even if the items are the same, because the IDs are different.
> The method should use only the strings of the objects, similiar to how MyFaces has solved this (check workarround).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-12033) ExtendedDataTable doesn't show up in tabpanel with switchType="client"
by Brian Leathem (JIRA)
[ https://issues.jboss.org/browse/RF-12033?page=com.atlassian.jira.plugin.s... ]
Brian Leathem commented on RF-12033:
------------------------------------
[~cc2000] can you describe the environment in which you were able to reproduce this behviour? What version of JSF? Was it with MyFaces perhaps?
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> ----------------------------------------------------------------------
>
> Key: RF-12033
> URL: https://issues.jboss.org/browse/RF-12033
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.2.0.Final
> Environment: FireFox 10.0.2 (works in IE7)
> GlassFish 3.1
> Reporter: Josh Hill
> Assignee: Jiří Štefek
> Labels: lazy-loaded
> Attachments: richfaces-test.zip
>
>
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> Facelet file from the attached testcase:
> {code}
> <?xml version='1.0' encoding='UTF-8' ?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:f="http://java.sun.com/jsf/core">
> <h:head>
> <title>Test One</title>
> </h:head>
> <h:body>
> <p>Extended datatable inside tabpanel with switchType "client"</p>
> <h:form>
> <rich:tabPanel switchType="client">
> <rich:tab>
> <f:facet name="header">
> Tab One
> </f:facet>
> Tab One
> </rich:tab>
> <rich:tab>
> <f:facet name="header">
> Tab Two
> </f:facet>
> <rich:extendedDataTable value="#{colorsBean.colors}" var="color">
> <rich:column>
> <f:facet name="header">
> Column 1
> </f:facet>
> #{color}
> </rich:column>
> </rich:extendedDataTable>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13250) Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13250?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13250 at 2/20/14 10:46 AM:
------------------------------------------------------------
I can confirm that the patch is fixing the issue. There are no memory issues when running the tests with application in {{javax.faces.ProjectStage = PRODUCTION}}. When the mode is {{DEVELOPMENT}} then the issue still persists even when the patch is used. But I guess that it is right ? [~lfryc]
For now I have reproduced the issue for RichFaces 5-SNAPSHOT and same for the fix. But I guess that it will be the same for all the other RF versions (AFAIK the affected class is same in all version). However, I am gonna try.
was (Author: jhuska):
I can confirm that the patch is fixing the issue. For now I have reproduced the issue for RichFaces 5-SNAPSHOT and same for the fix. But I guess that it will be the same for all the other RF versions (AFAIK the affected class is same in all version). However, I am gonna try.
> Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
> --------------------------------------------------------------
>
> Key: RF-13250
> URL: https://issues.jboss.org/browse/RF-13250
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4, 4.3.5
> Environment: Gentoo Linux, Tomcat 7.0.39, MyFaces 2.1.12, Tomahawk 1.1.14, RichFaces 4.3.4, APR 1.4.5
> Reporter: Milo van der Zee
> Assignee: Juraj Húska
> Labels: memoryleak
> Attachments: rf.patch
>
>
> Hello,
> I did an upgrade from RF 4.3.3.Final to 4.3.4.Final and the application started to crash with 'Out Off Memory' errors. I changed the POM back to 4.3.3.Final and the problem is gone.
> I also started seeing this message lot's of times:
> {{WARN org.atmosphere.cpr.AtmosphereResponse - Committed error code 400}}
> I don't know if that has anything to do with the error. I set {{org.atmosphere.cpr.sessionSupport}} to {{true}} and I did not see the message again. But still the application went out-of-memory.
> In the crashed system heap dump I see a lot of:
> - AtomicBoolean (751.000, 15.0MB)
> - ConcurrentLinkedQueue
> - AtmospereRequest$Builder (60.042, 13.8MB)
> To me it looks like it has something to do with Atmosphere. Any ideas?
> Thanks,
> Milo van der Zee
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13250) Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13250?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13250 at 2/20/14 10:47 AM:
------------------------------------------------------------
I can confirm that the patch is fixing the issue. There are no memory issues when running the tests with application in {{javax.faces.ProjectStage = PRODUCTION}}. When the mode is {{DEVELOPMENT}} then the issue still persists even when the patch is used. But I guess that it ok. Right, [~lfryc] ?
For now I have reproduced the issue for RichFaces 5-SNAPSHOT and same for the fix. But I guess that it will be the same for all the other RF versions (AFAIK the affected class is same in all version). However, I am gonna try.
was (Author: jhuska):
I can confirm that the patch is fixing the issue. There are no memory issues when running the tests with application in {{javax.faces.ProjectStage = PRODUCTION}}. When the mode is {{DEVELOPMENT}} then the issue still persists even when the patch is used. But I guess that it is right ? [~lfryc]
For now I have reproduced the issue for RichFaces 5-SNAPSHOT and same for the fix. But I guess that it will be the same for all the other RF versions (AFAIK the affected class is same in all version). However, I am gonna try.
> Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
> --------------------------------------------------------------
>
> Key: RF-13250
> URL: https://issues.jboss.org/browse/RF-13250
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4, 4.3.5
> Environment: Gentoo Linux, Tomcat 7.0.39, MyFaces 2.1.12, Tomahawk 1.1.14, RichFaces 4.3.4, APR 1.4.5
> Reporter: Milo van der Zee
> Assignee: Juraj Húska
> Labels: memoryleak
> Attachments: rf.patch
>
>
> Hello,
> I did an upgrade from RF 4.3.3.Final to 4.3.4.Final and the application started to crash with 'Out Off Memory' errors. I changed the POM back to 4.3.3.Final and the problem is gone.
> I also started seeing this message lot's of times:
> {{WARN org.atmosphere.cpr.AtmosphereResponse - Committed error code 400}}
> I don't know if that has anything to do with the error. I set {{org.atmosphere.cpr.sessionSupport}} to {{true}} and I did not see the message again. But still the application went out-of-memory.
> In the crashed system heap dump I see a lot of:
> - AtomicBoolean (751.000, 15.0MB)
> - ConcurrentLinkedQueue
> - AtmospereRequest$Builder (60.042, 13.8MB)
> To me it looks like it has something to do with Atmosphere. Any ideas?
> Thanks,
> Milo van der Zee
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13250) Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13250?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13250:
----------------------------------
I can confirm that the patch is fixing the issue. For now I have reproduced the issue for RichFaces 5-SNAPSHOT and same for the fix. But I guess that it will be the same for all the other RF versions. However, I am gonna try.
> Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
> --------------------------------------------------------------
>
> Key: RF-13250
> URL: https://issues.jboss.org/browse/RF-13250
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4, 4.3.5
> Environment: Gentoo Linux, Tomcat 7.0.39, MyFaces 2.1.12, Tomahawk 1.1.14, RichFaces 4.3.4, APR 1.4.5
> Reporter: Milo van der Zee
> Assignee: Juraj Húska
> Labels: memoryleak
> Attachments: rf.patch
>
>
> Hello,
> I did an upgrade from RF 4.3.3.Final to 4.3.4.Final and the application started to crash with 'Out Off Memory' errors. I changed the POM back to 4.3.3.Final and the problem is gone.
> I also started seeing this message lot's of times:
> {{WARN org.atmosphere.cpr.AtmosphereResponse - Committed error code 400}}
> I don't know if that has anything to do with the error. I set {{org.atmosphere.cpr.sessionSupport}} to {{true}} and I did not see the message again. But still the application went out-of-memory.
> In the crashed system heap dump I see a lot of:
> - AtomicBoolean (751.000, 15.0MB)
> - ConcurrentLinkedQueue
> - AtmospereRequest$Builder (60.042, 13.8MB)
> To me it looks like it has something to do with Atmosphere. Any ideas?
> Thanks,
> Milo van der Zee
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-13250) Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13250?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13250 at 2/20/14 10:42 AM:
------------------------------------------------------------
I can confirm that the patch is fixing the issue. For now I have reproduced the issue for RichFaces 5-SNAPSHOT and same for the fix. But I guess that it will be the same for all the other RF versions (AFAIK the affected class is same in all version). However, I am gonna try.
was (Author: jhuska):
I can confirm that the patch is fixing the issue. For now I have reproduced the issue for RichFaces 5-SNAPSHOT and same for the fix. But I guess that it will be the same for all the other RF versions. However, I am gonna try.
> Extreme memory usage in RF4.3.4.Final and not in RF4.3.3.Final
> --------------------------------------------------------------
>
> Key: RF-13250
> URL: https://issues.jboss.org/browse/RF-13250
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4, 4.3.5
> Environment: Gentoo Linux, Tomcat 7.0.39, MyFaces 2.1.12, Tomahawk 1.1.14, RichFaces 4.3.4, APR 1.4.5
> Reporter: Milo van der Zee
> Assignee: Juraj Húska
> Labels: memoryleak
> Attachments: rf.patch
>
>
> Hello,
> I did an upgrade from RF 4.3.3.Final to 4.3.4.Final and the application started to crash with 'Out Off Memory' errors. I changed the POM back to 4.3.3.Final and the problem is gone.
> I also started seeing this message lot's of times:
> {{WARN org.atmosphere.cpr.AtmosphereResponse - Committed error code 400}}
> I don't know if that has anything to do with the error. I set {{org.atmosphere.cpr.sessionSupport}} to {{true}} and I did not see the message again. But still the application went out-of-memory.
> In the crashed system heap dump I see a lot of:
> - AtomicBoolean (751.000, 15.0MB)
> - ConcurrentLinkedQueue
> - AtmospereRequest$Builder (60.042, 13.8MB)
> To me it looks like it has something to do with Atmosphere. Any ideas?
> Thanks,
> Milo van der Zee
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months
[JBoss JIRA] (RF-12033) ExtendedDataTable doesn't show up in tabpanel with switchType="client"
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RF-12033?page=com.atlassian.jira.plugin.s... ]
Jiří Štefek commented on RF-12033:
----------------------------------
[~bleathem] I cannot reproduce this.
Tried it with attached project with RF 4.3.4.Final in IE 8-11, FF 27 on EAP 6.2 and GlassFish 3.1.2.2.
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> ----------------------------------------------------------------------
>
> Key: RF-12033
> URL: https://issues.jboss.org/browse/RF-12033
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-tables
> Affects Versions: 4.2.0.Final
> Environment: FireFox 10.0.2 (works in IE7)
> GlassFish 3.1
> Reporter: Josh Hill
> Assignee: Jiří Štefek
> Labels: lazy-loaded
> Attachments: richfaces-test.zip
>
>
> ExtendedDataTable doesn't show up in tabpanel with switchType="client"
> Facelet file from the attached testcase:
> {code}
> <?xml version='1.0' encoding='UTF-8' ?>
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml"
> xmlns:h="http://java.sun.com/jsf/html"
> xmlns:rich="http://richfaces.org/rich"
> xmlns:f="http://java.sun.com/jsf/core">
> <h:head>
> <title>Test One</title>
> </h:head>
> <h:body>
> <p>Extended datatable inside tabpanel with switchType "client"</p>
> <h:form>
> <rich:tabPanel switchType="client">
> <rich:tab>
> <f:facet name="header">
> Tab One
> </f:facet>
> Tab One
> </rich:tab>
> <rich:tab>
> <f:facet name="header">
> Tab Two
> </f:facet>
> <rich:extendedDataTable value="#{colorsBean.colors}" var="color">
> <rich:column>
> <f:facet name="header">
> Column 1
> </f:facet>
> #{color}
> </rich:column>
> </rich:extendedDataTable>
> </rich:tab>
> </rich:tabPanel>
> </h:form>
> </h:body>
> </html>
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 9 months