Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
Bedrock Mission!

Learn more

View all

Sign in to view all badges

jeffvroom
jeffvroom
Offline

Badges

Badges
4

Accepted Solutions

Accepted Solutions
1

Likes Received

Likes Received
0

Posts & Comments

Posts & Comments
6

Discussions

Discussions
0

Questions

Questions
0

Ideas

Ideas
0

Blog Posts

Blog Posts
0
Top badges earned by jeffvroom
Customize the badges you want to showcase on your profile
Re: debugging an LCDS problem - Adobe LiveCycle 04-03-2009
Geez, not my day. Apparently the managed code gen does this: private var _115792uid:String; [Transient] [Bindable(event="propertyChange")] public function get uid():String { if (_115792uid == null) { _115792uid = mx.utils.UIDUtil.createUID(); } return _115792uid; }so it will get set to a UUID as soon as you try to get it ifyou use the getter. We will always set it before getting it thoughso we'd (hopefully!) avoid that extra UID. If you can find that_xxxuid member variable you could look at that...

Views

136

Likes

0

Replies

0
Re: debugging an LCDS problem - Adobe LiveCycle 04-03-2009
Oh, I should have mentioned that method does not work for"newly created" items. You have to have an id assigned to look itup by id. For newly created items, in the debugger if you show allvariables (including those not accessible in the current context)you should see the variabled called "uid" in your managed instance.That gets assigned when the object is managed. for a newly createdobject, it will be a "UUID" - i.e. a string with lots of hexdigits. That corresponds to the messageId of the "crea...

Views

134

Likes

0

Replies

0
Re: debugging an LCDS problem - Adobe LiveCycle 04-03-2009
Here's the ASDOC: /** * Looks up the supplied item with the given identity. If theitem is already * managed on this client, the managed instance is returned.If not, null is * returned. Unlike the getItem call, this call does not makea request to the * server and does not add an additional reference to theitem. * * @param An Object that contains the identity properties forthe desired object. * @return The managed object or null if the item with thisid is not yet managed * on this client. * Basica...

Views

135

Likes

0

Replies

0
Re: debugging an LCDS problem - Adobe LiveCycle 04-03-2009
LCDS should only be listening for events for the managedinstances. There are a few ways you can check. there is a"getLocalItem" method which can retrieve the managed instance for aparticular id. Inside of the item itself, there is amx_internal::uid property which gets set for "the" managed object.The is also pretty useful for seeing whathas happened in the system up until that point. In general, a newly created PositionVO would not be managedby anything you get out of or put into that "list" ar...

Views

136

Likes

0

Replies

0
Re: order of fill results? - Adobe LiveCycle 20-02-2009
Calls executed in the same "flash frame" (i.e. in the sameexecution path) are guaranteed to be processed in the same order onthe server no matter what channel you are using. RTMP provides anorder guarantee in general since everything gets queued up in theorder in which they are executed and put into the socket in thatorder and then processed synchronously (one at a time) on theserver. There is a small risk of getting out of order calls whenyou are using HTTP based channels and you make the calls...

Views

127

Likes

0

Replies

0
Re: is data passed back to responder a read-only copy? - Adobe LiveCycle 11-09-2008
I think that this is a bug... I think that today theresponder's token is receiving the raw array of objects receivedfrom the server. It should be given the same object - i.e. the"myModel" object -- in the result event. I'll make sure a fix getsinto the next release. In the meantime, a workaround would be todo: token.myResult = myModeljust after the fill call... then use "myResult" instead oftoken.result.

Views

147

Likes

0

Replies

2