flex-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Maurice Amsellem (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FLEX-33881) Change AbstractInvoker to not store last call result by default
Date Wed, 06 Nov 2013 11:19:19 GMT

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

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

I understand the concern, 
But if it's turned on by default, and you have to turn it off by retrieving the operation
from the RemoteObject, (see code below), then it's almost as simple to clear the result in
the result handler, using clearResult(), like we are doing now.

{code}
RemoteOpeation(ro.getOperation("myOp")).keepLastResult = false
{code}

WDYT?

> 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)

Mime
View raw message