[ 
https://issues.apache.org/jira/browse/WICKET-1698?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12604698#action_12604698
 ] 

Matej Knopp commented on WICKET-1698:
-------------------------------------

Hi,

I looked at drip and the examples. First of all, IMHO drip is too simplistic 
tool to reliably detect memory leaks in javascript. It works on javascript 
level and can't even intercept replaceOuterHTML. Also it shows elements that 
Wicket doesn't keep any references to.

>From my experience the only relative reliable way to detect memory leak in IE 
>is to use tasks manager and play with the application. Beware though, that the 
>GC doesn't run all the time and that it an take a while to garbage collect 
>unreferenced elements. Also some elements (particularly with YUI) are not GCed 
>until the page is reloaded (attached events).

I tested multiple wicket examples this way and wasn't able to spot any memory 
leak. If you know an example where repetitive action (clicking a link) that 
refreshes some component leads to radical increase of IE memory consumption 
(I've had situation when IE grew over 10MB every request) please let me know. 

> IE7 memory leak when components are updated via AJAX
> ----------------------------------------------------
>
>                 Key: WICKET-1698
>                 URL: https://issues.apache.org/jira/browse/WICKET-1698
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.3.3, 1.4-M2
>         Environment: WinXP SP3, IE7
>            Reporter: Niels Boeger
>            Assignee: Matej Knopp
>
> I noticed a large increase in IE7s memory consumption when a wicket component 
> is updated via AJAX.
> In my case, I used wicket to update the markup of a html table. The table 
> acts as datasource for a yui datatable. The markup update is triggered by a 
> "wicketAjaxGet" request on the client, and Wicket updates the markup of the 
> table.
> Drip (http://www.outofhanwell.com/ieleak/) shows that old markup is not 
> garbage collected by IE7. 
> YUI does not seem to be the culprit, the problem occured even when I removed 
> all YUI code.
> Using Drip on the AutoComplete example 
> (http://www.wicketstuff.org/wicket13/ajax/autocomplete) shows the same 
> behavior.
> I tested this in my application with both Wicket 1.3.3 and Wicket 1.4-M2.
> FF2 (Mac OS X & WinXP), FF3RC2 (WinXP) and Safari 3.1 (Mac OS X) run fine.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to