Does anyone know who or a team I could forward this question to at Adobe that might be able to answer this?
Tom Sammons wrote: > > Hi everyone, > > I know I don't have to handle a remote object call results simply by not > defining the method's result event. > > Why would I want to do this? Because I just want to record some action > data in the database, and I don't need to do anything on completion of > the call. > > My question is this, though: > > If I don't define the result event, does Flex look for it anyway? That > is to say, do I incur any overhead even though I don't want to do > anything with a result? > Using ServiceCapture, I can see that if the RO method returns data to > the caller, it is passed back in the response header. But did the Flex > client actually receive it? > And if it did, what did it do? Did deserialization (or anything else) > occur? (The minimum I can return would be a null, and I've confirmed > that.) It also seems to improve overall performance if I remove the > busy cursor and fault event. > > Basically, I just want to do something like shipping off a thread for > recording actions or whatever, but not have to worry about the impact. > If these RO calls were frequent enough, what kind of impact would they > incur (client side)? I thought about saving a number of records/items > and shipping them off in a single shot, but the idea is to collect > metrics, and I don't really care for the idea of losing data just > because the user left the application without logging off (ie, a > bookmark or something). > > Thanks for any and all input! > > Tom > Software Engineering Institute/CMU > Pittsburgh, PA > >
