Doug that's why I initially asked where they should be because I really Didn't know!
It seems that AS3 can bind perfectly to CFCs that have <cfproperty tags or
getters and setters but
like Sean said:
"
Hmm, thinking about it, the FDS / assembler mechanism might not be
able to create appropriate record objects so maybe using the
underlying gateway / dao / to is the "right" way to handle this, even
tho' it's a bit ugly..."
maybe it can't because AS3 is expecting with getters and setters you'll update
a private variable wich Reactor behavior is different, you update your To
inside the Record (right Sean?).
For the assembler I have this
<cffunction access="remote" name="fill" output="no"
returntype="pt.cofina.intranet.sgc.To.clientesTomssql[]">
<cfargument name="param" type="string" required="no">
<cfset var somearr = arraynew(1)>
<cfset var rf = CreateObject("Component",
"reactor.reactorFactory").init("/sgc.xml")>
<cfset var it = rf.createIterator("clientes")>
<cfset var arr = it.getArray(1,100)>
<cfloop from="1" to="#arraylen(arr)#" index="i">
<cfset arrayappend(somearr,arr[i]._getto())>
</cfloop>
<cfreturn somearr>
</cffunction>
<cffunction name="get" access="remote" output="no"
returntype="pt.cofina.intranet.sgc.To.clientesTomssql">
<cfargument name="uid" type="struct" required="yes">
<cfset var rf = CreateObject("Component",
"reactor.reactorFactory").init(expandPath("/sgc.xml"))>
<cfset var record = rf.createRecord("clientes")>
<cfset var to = record.load(clienteid=uid.clienteid)._getto()>
<cfreturn to>
</cffunction>
The sync method I didn't do anything yet because I was stuck with the TO not
beeing resolved at the client-side.
But here is:
>From what I saw, the array of changes returns an object with 3 (maybe more)
>methods.
getPreviousVersion(), getNewVersion() and processed() if can apply those
changes (insert,update,delete) you mark you object as processed and sync method
at the end must return the same array of changes (some marked as proceeded and
maybe some not).
BTW, the getPreviousVersion() and GetNewVersion() returns your TO object (after
watching the generated code).
I believe I won't sleep till monday
João Fernandes
-----Original Message-----
From: [EMAIL PROTECTED] on behalf of Doug Hughes
Sent: Sat 25-Mar-06 2:07 AM
To: [email protected]
Subject: RE: [Reactor For CF] Reactor and Flex Data Services
Stupid question:
What use would cfproperty tags be in the record? No instance data is
exposed publicly, only via getters/setters.
Doug
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Sean Corfield
Sent: Friday, March 24, 2006 8:59 PM
To: [email protected]
Subject: Re: [Reactor For CF] Reactor and Flex Data Services
On 3/24/06, João Fernandes <[EMAIL PROTECTED]> wrote:
> I created a custom assembler, nothing more than a cfc with those 4
methods.
> inside each I use reactor factory & objects to do the similiar operations.
> I didn't use the records since the <cfproperty /> was inside the To's and
not in the Records
Hmm, thinking about it, the FDS / assembler mechanism might not be
able to create appropriate record objects so maybe using the
underlying gateway / dao / to is the "right" way to handle this, even
tho' it's a bit ugly...
How are you handling sync(), exactly? Could you post your assembler CFC?
--
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/
-- Reactor for ColdFusion Mailing List -- [email protected]
-- Archives at http://www.mail-archive.com/reactor%40doughughes.net/
<<winmail.dat>>
