every ec in your system registers to receive nsnotifications. if you have an 
app under high load, you can accumulate large numbers of undisposed, 
not-yet-gc'd EC's. for apps of that profile, it's best to dispose ec's when you 
can. the profile of such an app is likely to be one where the request rate is 
very high and the request transaction time is very low (like a high volume rest 
service app, for instance). in ERRest we dispose its ec's for you, so you don't 
have to worry about that if you're using the controller's ec, but if you're 
doing your own thing, or making custom ec's, you may want to dispose.

profile, though. for most people, you're not going to have an app that is under 
load high enough to care about that.

ms

On Jul 20, 2011, at 7:11 PM, Philippe Rabier wrote:

> Sorry Mike, I don't get you. Can you be more specific?
> 
> Philippe
> 
> On 20 juil. 2011, at 16:42, Mike Schrag wrote:
> 
>>>> I am using an AjaxModalDialog when I create a new object for my app. The 
>>>> content of the AMD is from a component. When this component is created, I 
>>>> create an EC.
>>>> 
>>>> should I dispose() of this EC when I close the dialog? I guess this is a 
>>>> question of style. Will it be garbage collected on its own? or Do I gain 
>>>> anything if I theEC.dispose(); when I am done?
>>> Calling dispose() may / should result in the JVM having free memory sooner. 
>>>  It is not a big deal.
>> the bigger deal is disposing unregisters for NSNotifications, which can 
>> cause problems if you have a high volume app making EC's and leaving them 
>> around. for most apps, you probably won't notice.
>> 
>> ms _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/prabier%40me.com
>> 
>> This email sent to [email protected]
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com
> 
> This email sent to [email protected]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to