I don't have any details to add except I say I saw this today too.
I have a page with a lot of ajax panels on that are switched in and out. If
I refreshed the page without doing anything the session size would grow
continuously.
I also noticed some odd memory size (2.1MB +) related to the
AutoCompleteBehaviour.
I switched back to 1.4.12 and it seems to have disappeared.
EDIT: I still get the large sizes related to the AutoCompleteBehavior
(although not as large) so that's probably something stupid I have done :)
From session inspector:
-
Interface[target:SolrSearchFormPanel$SolrQueryForm$1(basicSearch:searchForm:solrSearchForm:searchKeyword),
page: org.esa.huginn.webapp.HuginnHomePageV2(32), interface:
IActivePageBehaviorListener.onRequest]
-
org.apache.wicket.extensions.ajax.markup.html.autocomplete.autocompletebehavio...@191ac0df
- Session updated<br/>PageMap updated, name: DEFAULT
- 1.2M
On Thu, Nov 11, 2010 at 7:44 PM, Pedro Santos <pedros...@gmail.com> wrote:
> Hi guys, can you give a try?
>
>
> https://issues.apache.org/jira/browse/WICKET-3108?focusedCommentId=12931123&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#action_12931123
>
> On Thu, Nov 11, 2010 at 10:05 AM, Martijn Dashorst <
> martijn.dasho...@gmail.com> wrote:
>
> > It is real, in our application we encountered this as well, but
> > thought it was something we did wrong. Switching to httpsessionstore
> > solved our immediate problem, so we didn't think to investigate
> > further.
> >
> > The culprit might be the commits related to
> > https://issues.apache.org/jira/browse/WICKET-3108
> >
> > If you could, revert those changes in a local wicket copy and see if
> > the problem still persists.
> >
> > Initial investigation shows that it is not easy to reproduce.
> >
> > Martijn
> >
> > On Thu, Nov 11, 2010 at 6:00 AM, Brad Grier <brad.gr...@salusnovus.com>
> > wrote:
> > > Hopefully I can recreate in a quickstart. The pages in our app are
> > > dynamically created. If this leak is somehow related to how the layout
> > > engine works it might be difficult. I'll see what I can do.
> > >
> > > -----Original Message----- From: Jeremy Thomerson
> > > Sent: Wednesday, November 10, 2010 5:23 PM
> > > To: users@wicket.apache.org
> > > Subject: Re: Memory Leak in 1.4.13?
> > >
> > > On Wed, Nov 10, 2010 at 5:57 PM, Brad Grier
> > > <brad.gr...@salusnovus.com>wrote:
> > >
> > >> I recently upgraded our app from 1.4.12 to 1.4.13. Our app has an
> admin
> > >> screen that shows the current session size using Session’s
> > getSizeInBytes
> > >> method. This screen is just a panel that gets replaced/refreshed via
> > Ajax
> > >> when a link is clicked. Today I noticed that every time I clicked the
> > link
> > >> to reload the panel the session size grows by around 3000 KB and never
> > >> does
> > >> a gc. If I roll back to 1.4.12 and the problem goes away.
> > >>
> > >> In the Netbeans profiler, the only thing I see spiraling out of
> control
> > >> are
> > >> byte[] objects (serialized objects?). Nothing unusual appears with the
> > >> size
> > >> or number of my application specific objects. For now I’m rolling back
> > to
> > >> 1.4.12 as I’m not sure how this is affecting things outside this
> > specific
> > >> screen.
> > >>
> > >> Thanks.
> > >
> > >
> > > Please create a quickstart and see if you can reproduce this. If you
> > can,
> > > attach it to a JIRA. We'll fix it.
> > >
> > > --
> > > Jeremy Thomerson
> > > http://wickettraining.com
> > > *Need a CMS for Wicket? Use Brix! http://brixcms.org*
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> > >
> > >
> >
> >
> >
> > --
> > Become a Wicket expert, learn from the best: http://wicketinaction.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>
>
> --
> Pedro Henrique Oliveira dos Santos
>
