<cffunction name = "hello" output="no" returntype="string" access="remote">
<!---
<cfargument name="in" required="yes" />
<cfargument name="in" required="yes" type="any" />
<cfargument name="in" required="yes" type="numeric" />
<cfargument name="in" required="yes" type="string" />
<cfargument name="in" required="no" />
<cfargument name="in" required="no" type="any" />
<cfargument name="in" required="no" type="string" />
<cfargument name="in" required="no" type="numeric" />
--->
<cfreturn 'Hello World'>
</cffunction>
Good thoughts Charlie. But any one of the arguments in the comment
will cause the SOAP envelope to become invalid. Commenting all of
them out, returns a valid envelope.
Anyone have some ideas? Does anyone know of a webservice that is
being produced by ColdFusion that can be consumed by other clients?
I'd be real interested in exploring one of those.
On Tue, May 26, 2009 at 11:45 PM, Charlie Arehart <[email protected]> wrote:
> Well, there's one other difference: both the CFARGUMENT's have "required"
> and "default". If you think about it, these are mutually exclusive. If you
> must specify an arg, then there's no need for a default. Of course, it's CF
> that shouldn't allow them, and I don't know that they should result in the
> behavior you've seen (the duplicate xsd), but why not at least try removing
> the default attribute?
>
> (I seem to recall some other issue with these attributes being used
> together, in the past, but don't recall the details.)
>
> You might want to also declare the type for the cfargs, since it appears
> both should be numeric. No sense letting mistakes in the input hurt you. But
> do add that only after you remove the default. Let's see (And let us know)
> which, if any, work.
>
> If not, you might try adding a cfargument to the working methods, with the
> attributes like the others, to see if they fail. That would at least confirm
> that it's the CFARGUMENT.
>
> /charlie
>
>
-------------------------------------------------------------
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform
For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-------------------------------------------------------------
