[richfaces-issues] [JBoss JIRA] Closed: (RF-5383) memory leakage issues during the load testing on rich faces version 3.2

[jFoundation java (JIRA)]

     [ https://jira.jboss.org/jira/browse/RF-5383?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

jFoundation java closed RF-5383.
--------------------------------

    Resolution: Partially Completed


After several tries we have identified the problem yesterday and fixed it partially.
The main cause of this problem is  -  Logout is being redirected to Dynamic Login Page which is creating a new session.
These sessions are residing in the memory till the session time out occurs. We have fixed this issue by redirecting logout page to a static page.

The other part of this problem is - When we test the application using a load testing tool QA Load, we have identified that number of active sessions getting created are more than the virtual users count. We are trying identify the cause for this.

We will take this issue as a separate thread. There is no memory leak as such.

> memory leakage issues during the load testing on rich faces version 3.2
> -----------------------------------------------------------------------
>
>                 Key: RF-5383
>                 URL: https://jira.jboss.org/jira/browse/RF-5383
>             Project: RichFaces
>          Issue Type: Bug
>    Affects Versions: 3.2.1
>         Environment: Weblogic 9.1/Jboss4.2.1/Tomcat6.0 on Windows/Linux
>            Reporter: jFoundation java
>            Assignee: Nick Belaevski
>             Fix For: Future
>
>         Attachments: tos-lite.war
>
>
> When we ran the load testing for richfaces UI that we developed with minimum load upto 60 users, there was no issue. But if we increase beyond that load, Heap reaches the maximum heap utilization (as configured in jvm settings) and started taking more time for GC (though GC is happening but very limited objects are getting cleared). once the accumulated space reaches the max heap and started throwing OutOfMemory issue. This is only happening in higher user load. When we did the Profiling, we could not figure out this issue since we were able to do profiling with 1 user load. 
> With reference to this  forum reply , the war file is added as an attachment. The the following scenario is used for load testing.
> Testing Scenario:
> Accommodation Basic Search:
> Open the TOS Application in browser 
> Login with user name as LOCALADMIN and password as LOCALADMIN. Note: both are case sensitive. 
> Open "Quotation & Booking" menu and click on Search Availability 
> Type 'C' in Client text box and select CL100 
> Select 'A' as the Business segment and 'A' as the contact person 
> Enter City name as "Dubai" 
> Click on Search button 
> Search result will be displayed. 
> Click on Logout in the top navigation 
>  
> Flight Search:
> Open the TOS Application in browser 
> Login with user name as LOCALADMIN and password as LOCALADMIN. Note both are case sensitive. 
> Open "Quotation & Booking" menu and click on "Search Availability AA" 
> Enter From city as "DXB", To city as "LON", Departure Date as "1 Jan 2009", Return Date as "2 Jan 2009" and Adults as "1" 
> Click on Search button 
> Search result will be displayed. 
> Click on Logout in the top navigation 
> This war file is tested on Tomcat 6.0.10 and jdk 1.6.0_10

-- 
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