Mailing-List: contact issues-help@flex.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@flex.apache.org
Date: Wed, 6 Nov 2013 11:25:21 +0000 (UTC)
From: "Maurice Amsellem (JIRA)" <jira@apache.org>
To: issues@flex.apache.org
Message-ID: <JIRA.12677752.1383734867220.27596.1383737121157@arcas>
In-Reply-To: <JIRA.12677752.1383734867220@arcas>
References: <JIRA.12677752.1383734867220@arcas>
Subject: [jira] [Commented] (FLEX-33881) Change AbstractInvoker to not store
 last call result by default
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/FLEX-33881?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13814802#comment-13814802 ] 

Maurice Amsellem commented on FLEX-33881:
-----------------------------------------

>Perhaps implement as a static flag to turn it on/off?

Or simply, put the flag in the RemoteObject, which is easily accessible...

> Change AbstractInvoker to not store last call result by default
> ---------------------------------------------------------------
>
>                 Key: FLEX-33881
>                 URL: https://issues.apache.org/jira/browse/FLEX-33881
>             Project: Apache Flex
>          Issue Type: New Feature
>          Components: RPC: RemoteObject
>    Affects Versions: Apache Flex 4.9.0, Apache Flex 4.10.0, Apache Flex 4.11.0
>            Reporter: Maurice Amsellem
>            Priority: Minor
>
> *Context:*
> AbstractInvoker is the superclass of all async operation (RemoteOperation,HttpService, etc.).
> It always stores by default the result of the last call, than can then be accessible through its lastResult property.
> This means the last call result won't be garbage collected, unless clearResult() is called explicitly.
> This can be an issue if the remote operation is called one or rarely, and returns large result (Typically, remote operations that are called at application startup to load configuration data).
> *Request:*
> Since lastResult property is not really useful, as results are normally processed in the result handlers, it would be better if storing the last call's result becomes an option, and be turned OFF by default.
> *Benefits:*
> Large results are garbage collected by default, without having to manually call clearResult()


--
This message was sent by Atlassian JIRA
(v6.1#6144)