Sean about this,what I saw with the java examples is that the Get Method is the responsable to feed those sub-objects.
What I understood is that in the destination definition you define those <hasOne and <hasMany and then define wich variable correspondes and wich destination is in charge of that sub-objects, but those objects need to be also defined in your TO's side right? The example in FDS with companies and employees, our company should have a employees (hasMany) property (array type?)defined in the to so FDS could understand it right? Monday I'll try all this as soon I get back to work, sync method, get with hasOne and hasMany relations and try to do the same tests with Records to see if there is any catch. João Fernandes -----Original Message----- From: [EMAIL PROTECTED] on behalf of Sean Corfield Sent: Sat 25-Mar-06 6:25 PM To: [email protected] Subject: Re: [Reactor For CF] Reactor and Flex Data Services On 3/25/06, Simeon Bateman <[EMAIL PROTECTED]> wrote: > The problem that I ran into is that I use reactor with complex objects. so > many of the objects I return have other objects in side them. Because of > the naming scheme in reactor this is not convienent because (in theory) I > would need a property called subElementIterator or subElementRecord in order > to get my array of sub items to translate well. Good point. Yes, that would likely also be a problem with the record approach (although it would at least allow FDS to make the appropriate calls to fetch sub-objects). Like I say, I suspect the main problem would be that FDS could not figure out how to convert record objects from AS objects on inbound calls... -- Sean A Corfield -- http://corfield.org/ Got frameworks? "If you're not annoying somebody, you're not really alive." -- Margaret Atwood -- Reactor for ColdFusion Mailing List -- [email protected] -- Archives at http://www.mail-archive.com/reactor%40doughughes.net/ -- Reactor for ColdFusion Mailing List -- [email protected] -- Archives at http://www.mail-archive.com/reactor%40doughughes.net/
<<winmail.dat>>
