I have a CFC that when called as a webservice also returns an object. When I dump that object it shows a bunch of methods, including get and set methods for each property. But that objects has none of those methods in my CFC. So I think this is some kind of SOAP/CFMX magic. CFMX must create all those methods to provide access to the properties. To test this, I wrote a perl script to consume the same webservice. I coded it to dump the raw XML returned from the CFC. This is the same CFC that looks like an object when consumed in CFMX and cfdumped. Here is the output from my perl script:
response=<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"; xmln s:xsd="http://www.w3.org/1999/XMLSchema"; xmlns:xsi="http://www.w3.org/1999/XMLSc hema-instance"> <soapenv:Body> <getSrchRsltsResponse soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/e ncoding/"> <getSrchRsltsReturn href="#id0"/> </getSrchRsltsResponse> <multiRef id="id0" soapenc:root="0" soapenv:encodingStyle="http://schemas.xmls oap.org/soap/encoding/" xsi:type="ns1:GI_SRCHRSLTSROW" xmlns:soapenc="http://sch emas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-ins tance" xmlns:ns1="http://GlobalIndex.woodward.com";> <allAttribs xsi:type="ns2:string" xmlns:ns2="http://www.w3.org/2001/XMLSchema ">DOCTYPE=Engineering Drawing~Item Number=9977-294~EC Revision=A~Sheet Number=26 </allAttribs> <docCurrent xsi:type="ns3:string" xmlns:ns3="http://www.w3.org/2001/XMLSchema ">1</docCurrent> <docDesc xsi:type="ns4:string" xmlns:ns4="http://www.w3.org/2001/XMLSchema";>< /docDesc> <docType xsi:type="ns5:string" xmlns:ns5="http://www.w3.org/2001/XMLSchema";>D ummy Doc Type</docType> <dummy href="#id1"/> <fileSize xsi:type="ns6:string" xmlns:ns6="http://www.w3.org/2001/XMLSchema";> 0</fileSize> <queryString xsi:type="ns7:string" xmlns:ns7="http://www.w3.org/2001/XMLSchem a">Dummy query String</queryString> <rowNum xsi:type="ns8:string" xmlns:ns8="http://www.w3.org/2001/XMLSchema";>R1 </rowNum> </multiRef> <multiRef id="id1" soapenc:root="0" soapenv:encodingStyle="http://schemas.xmls oap.org/soap/encoding/" xsi:type="ns9:AuthKey" xmlns:xsi="http://www.w3.org/2001 /XMLSchema-instance" xmlns:ns9="http://woodward.com"; xmlns:soapenc="http://schem as.xmlsoap.org/soap/encoding/"/> </soapenv:Body> </soapenv:Envelope> -----Original Message----- From: sean [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 13, 2003 1:34 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] weather web service consumption questions I have notice this behavior on a number of web services. If you use cfdump on the returned structure it will give you a glimpse of the object returned. However for that particular weather service here is how I am accessing it. <cffunction name="getWeather" access="remote" returntype="any"> <cfargument name="zip" default="20852" required="true"> <cfinvoke webservice="http://www.ejse.com/WeatherService/Service.asmx?WSDL"; method="getWeatherInfo" returnvariable="aWeatherInfo"> <cfinvokeargument name="zipCode" value="#arguments.zip#"/> </cfinvoke> <cfreturn #aWeatherInfo#> </cffunction> I then access the strucutured return through Flash (by way of flash remoting) Sean -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Keene Sent: Wednesday, August 13, 2003 3:26 PM To: [EMAIL PROTECTED] Subject: RE: [CFCDev] weather web service consumption questions > I don't think CF converted this to an object either... I wonder if this isn't actually the case? Still seems weird either way. Anyone noticed this behavior or anything similar before? Scott ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com).
