That's a tough one, since there is certainly nothing at all wrong with the WSDL as you said, and the error message is very misleading. My best guess here, without being able to run an actual request and poke/prod around with the service, is that CF is either choking on the use of the urn: construct (which seems odd since this is perfectly normal practice, but is what you would think from the message you posted) or it is looking for the type definition of the Array in the wrong place.
There are several namespaces defined, a group of them in the <wsdl:definitions> tag as per usual (including one called "impl"), and two other namespaces in the <wsdl:types> section: <schema targetNamespace="urn:NavService" xmlns="http://www.w3.org/2001/XMLSchema";> <schema targetNamespace="http://localhost:8080/axis/services/NavService"; xmlns="http://www.w3.org/2001/XMLSchema";> Everything is defined in NavService, except for the SOAP array, which is defined in the other. But if you look at the message definition for the getCountiesResponse, you'll see it is referencing the "impl" namespace: <wsdl:message name="getCountiesResponse"> <wsdl:part name="getCountiesReturn" type="impl:ArrayOf_xsd_anyType"/> </wsdl:message> Again, it doesn't seem like too big a deal and since Java and Perl are both fine with it as you said, you would think CF would be too. But I'm curious to see if moving the Array def into the NavService schema block would do anything to move you further along. So just for sh*ts and giggles (pardon the expression), maybe you could save a test copy of the WSDL, then move the def and try again. Shot in the dark, but it might help isolate the problem at least. Other than that, I got nothing! ;) In the end, though, if you already have Java working with it, why not drop the appropriate code/classes into your CF app and use those directly? It's at least a workaround... And maybe someone from MACR could chime in?!?! > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Davis, Eric > Sent: Tuesday, March 30, 2004 9:54 AM > To: [EMAIL PROTECTED] > Subject: RE: [CFCDev] Webservice - Axis deserializer error > > Find it attached. It's auto-generated by Axis and Tomcat. > > -- > Eric C. Davis > [EMAIL PROTECTED] > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Scott Keene > Sent: Tuesday, March 30, 2004 8:15 AM > To: [EMAIL PROTECTED] > Subject: RE: [CFCDev] Webservice - Axis deserializer error > > > Hard to say without seeing the service's WSDL. Is it possible > for you to > post that here? > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Davis, Eric > > Sent: Monday, March 29, 2004 4:00 PM > > To: [EMAIL PROTECTED] > > Subject: [CFCDev] Webservice - Axis deserializer error > > > > This is from another developer in my office, posted without > > response on the CF forum: > > > > - - - 8<- - - (snip) > > I'm having a problem with coldfusion handling the return > > variable of a webservice correctly. > > > > I have tested the webservice with Java and Perl and it works > > flawlessly. > > Coldfusion keeps throwing this error though. > > > > -------------------------------------------------------------- > > ---------- > > ----------------------------------------------- > > Could not perform web service invocation "getCounties" > > because AxisFault > > faultCode: > > {http://schemas.xmlsoap.org/soap/envelope/}Server.userException > > faultSubcode: faultString: org.xml.sax.SAXException: No > > deserializer for {urn:NavService}County faultActor: > > faultNode: faultDetail: > > {http://xml.apache.org/axis/}stackTrace: > > org.xml.sax.SAXException: No deserializer for > > {urn:NavService}County at > > org.apache.axis.encoding.DeserializerImpl.onStartElement(Deser > > ializerImp > > l.java:485) at > > org.apache.axis.encoding.DeserializerImpl.startElement(Deseria > > lizerImpl. > > java:428) at > > org.apache.axis.encoding.DeserializationContextImpl.startEleme > > nt(Deseria > > lizationContextImpl.java:976) at > > org.apache.axis.message.SAX2EventRecorder.replay(SAX2EventReco > > rder.java: > > 198) at > > org.apache.axis.message.MessageElement.publishToHandler(Messag > > eElement.j > > ava:722) at > > org.apache.axis.encoding.DeserializerImpl.startElement(Deseria > > lizerImpl. > > java:404) at > > org.apache.axis.encoding.DeserializationContextImpl.startEleme > > nt(Deseria > > lizationContextImpl.java:976) at org.apache.axis.message.SAX2E... > > > > -------------------------------------------------------------- > > ---------- > > --------------------- > > The webservice returns an array of complex types.The complex > > type is nothing more than a County with an id and a name. > > It's an axis webservice written in java. > > > > It looks like to me that coldfusion doesn't know how to > > deserialize the complex type. Unfortunately I don't know of a > > way to tell coldfusion how to handle the data. It's a simple > > bean, and from what I understand coldfusion should not have a > > problem converting it to a struct. > > > > If anyone has any ideas please post them. Thanks in advance. > > - - ->8 - - - (snip) > > > > Obviously, if it's being used by Java and Perl, there > > shouldn't be any problems with it. The definition for the > > complexType County is plainly there in the WSDL file - has > > anybody seen this error before? > > Thanks. > > ecd. > > > > -- > > Eric C. Davis > > Programmer/Analyst II > > Georgia Department of Transportation > > Office of I.T. Applications > > Web Applications Group > > 404.463.2860.199 > > [EMAIL PROTECTED] > > ---------------------------------------------------------- > > You are subscribed to cfcdev. To unsubscribe, send an email > > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > > in the message of the email. > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by > > Mindtool, Corporation (www.mindtool.com). > > > > An archive of the CFCDev list is available at > > www.mail-archive.com/[EMAIL PROTECTED] > > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > in the message of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported > by Mindtool, Corporation (www.mindtool.com). > > An archive of the CFCDev list is available at > www.mail-archive.com/[EMAIL PROTECTED] > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at www.mail-archive.com/[EMAIL PROTECTED]
