Sigh! Ok, thank you for the below example. I will dig into the memory pool.
Stefan -----Ursprüngliche Nachricht----- Von: Martin Grigorov [mailto:mgrigo...@apache.org] Gesendet: Freitag, 25. Februar 2011 11:20 An: users@wicket.apache.org Betreff: Re: Session size with ModalWindow I guess you have a cyclic reference somewhere... You'll need to use memory analyzer to check which objects contribute to the growing size. See Eclipse Memory Analyzer (http://www.eclipse.org/mat/) or jhat (comes with the JDK): 1. In jconsole -> call GC 2. jmap -dump:live,format=b,file=heap.bin PID (captures the initial state) 3. Click on any of the links to make the session grow 4. jmap -dump:live,format=b,file=heap2.bin PID (captures a state with memory leak) jhat -J-mx768m heap.bin (to read and analyze the heap dump) On Fri, Feb 25, 2011 at 12:09 PM, Stefan Lindner <lind...@visionet.de>wrote: > You're right, using a panel as modal window's content is a little bit > better. The session grows slower but it grows infinitely. > Setting setVersioned to false did not make any difference. Any other idea? > > Stefan > > -----Ursprüngliche Nachricht----- > Von: Martin Grigorov [mailto:mgrigo...@apache.org] > Gesendet: Freitag, 25. Februar 2011 10:55 > An: users@wicket.apache.org > Betreff: Re: Session size with ModalWindow > > I have experienced memory problems before with Page backed > ModalWindow, so I'd recommend Panel backed. > About versioning see Component.setVersioned(false). > > On Fri, Feb 25, 2011 at 11:45 AM, Stefan Lindner <lind...@visionet.de > >wrote: > > > We have a modal window (not matter Panel oder Page as content) which > > holds a lot of AjaxLinks. Each time an AjaxLink is clicked the > > session grows. Is there a way to suppress the versioning of the > > session and page? It's the PageMap that is growing. > > > > The ModalWindow does not hold any explicit reference to a page oder > > another component on the page. > > > > Stefan > > > > -------------------------------------------------------------------- > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > > For additional commands, e-mail: users-h...@wicket.apache.org > > > > >