Hi Scott, we usually go a different route here. It turns out to be totally transparent and if implemented correctly then your Flex app will be able to work with either CF or any custom J2EE soultion that returns POJOs or collections thereof
- we have a facade.cfc that wraps calls to the underlying CF business logic (either encapsulated inside CFCs or some legacy CFML files) - the facade.cfc is the one single point Flex connects to and exposes remote functions - any business logic that returns cfquery (or any other strictly CF "data type") gets routed through a data type converter cfc before we send it back to Flex - the data type converter converts queries into an array of flashgateway.io.ASObject instances with a specific type so it matches with our AS VOs (as they all do Object.registerClass() the same way you would do por AS->POJO mapping) The same works the other way round: custom AS VO instances passed over to CF get inspected for their type and get turned into something different if necessary. This removes the need to apply unnecessary "extra care" to objects retrieved form CF inside the Flash Player and keeps VO generation where it belongs. Dirk. -----Original Message----- From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Barnes Sent: Friday, August 19, 2005 8:11 AM To: [email protected] Subject: [flexcoders] Query Cleansing I've come across a small annoyance (easily fixed) but one that kind of triggered an initial "extra" level of development. Basically I went down the path of returning a query from a CFC to FLEX. Nothing overly exciting about that. Except the property "character casing" popped its ugly head up the moment I switch my SELECT xyz to SELETC xYZ. Suddenly a basic Datagrid i was using appeared blank. I've since stopped that, and basically "cleanses" the dataproviders via my commands.. ie: onResult = iterate over the queryset, create an array of VO per queryRow while forcing each initial property key to be uppercase.. basically its a "cleansing" procedure before storing that data for re-use through out my views / shared dataproviders etc. Has anyone else done this? what techniques have been implemented? as its quite annoying to have mixed results from CFMX to FLEX in terms of data (especially when querys and structs are concerned). What are some best practices in terms of using Remote Object / Recordsets with frameworks like Cairngorm (which i'm presently using) -- Regards, Scott Barnes http://www.mossyblog.com -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links ------------------------ Yahoo! Groups Sponsor --------------------~--> <font face=arial size=-1><a href="http://us.ard.yahoo.com/SIG=12heuegne/M=362329.6886308.7839368.1510227/D=groups/S=1705007207:TM/Y=YAHOO/EXP=1124441123/A=2894321/R=0/SIG=11dvsfulr/*http://youthnoise.com/page.php?page_id=1992 ">Fair play? Video games influencing politics. Click and talk back!</a>.</font> --------------------------------------------------------------------~-> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
