I believe the original posters said he used a profiler
On Nov 12, 2010 1:46 AM, "Nico Guba" <ng...@mac.com> wrote:
> Wouldn't a profiler help pinpoint the culprit?
>
> Sent from my iPhone
>
> On 12 Nov 2010, at 00:06, Mark Doyle <markjohndo...@googlemail.com> wrote:
>
>> 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
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
