-
Bug
-
Resolution: Done
-
Critical
-
7.2.3.GA
-
None
Objects in FlashScope is not cleared and keep accumulating even if POST-REDIRECT-BACK is completed.
If we put a huge object to FlashScope continuously as the following code, Java heap space will be exhausted soon.
@Model public class Action { private static final int oneHundredMB = 1024 * 1024 * 100; public String next() { Flash flash = FacesContext.getCurrentInstance().getExternalContext().getFlash(); flash.putNow("huge", new byte[oneHundredMB]); return "index.xhtml?faces-redirect=true"; } }
When OutOfMemoryError is happened, flashInnerMap field in com.sun.faces.context.flash.ELFlash is bloated.
Class Name | Ref. Objects | Shallow Heap | Ref. Shallow Heap | Retained Heap ----------------------------------------------------------------------------------------------------------------------------------------- java.lang.Thread @ 0xeea24380 default task-1 Thread | 1 | 120 | 64 | 20,800 '- <Java Local> com.sun.faces.context.flash.ELFlash @ 0xee9e4608 | 1 | 40 | 64 | 64 '- flashInnerMap java.util.concurrent.ConcurrentHashMap @ 0xee9e4630| 1 | 64 | 64 | 314,574,048 -----------------------------------------------------------------------------------------------------------------------------------------
- clones
-
WFLY-12643 Memory leak in FlashScope - expired elements are not cleared
- Resolved
- incorporates
-
JBEAP-19407 [GSS](7.3.z) Memory leak in FlashScope - expired elements are not cleared
- Closed
- is incorporated by
-
JBEAP-17739 [GSS](7.1.z) Memory leak in FlashScope - expired elements are not cleared
- Closed
-
JBEAP-17582 [GSS](7.2.z) Upgrade JSF based on Mojarra 2.3.5.SP3-redhat-00002 to 2.3.5.SP3-redhat-00003
- Closed
- relates to
-
JBEAP-17856 [GSS](7.2.z) Flash Scope is not cleared when JSF1095 is occurred
- Closed
-
JBEAP-17743 (7.3.z) Upgrade JSF based on Mojarra 2.3.9.SP04
- Closed
- links to