Am I not making myself clear?
Apparently not :)
If the argument type is ANY it will not be documented that the argument requires a numeric type!
So, let's see if I've got this straight: you want people to be able to rely on the auto-generated documentation for your Web Service CFCs but you don't want CF to catch argument errors because you don't like the 'bare' error it returns to the caller? That's not a very realistic expectation, IMO. You haven't really explained *why* you want this utopia. Personally, I think that SOAP faults are the right way to go - that's just how web services work.
Anyways, if you don't like type="any" but you are insistent on using the auto-generated docs, you could always use the hint= attribute to explain that the argument should be a particular type...
Again respectfully, please _read_ what I'm writing. This call would be on the client side out of our control. It should be type checked before it even gets that far.
You're not really making sense, I'm afraid. If the client code is out of your control, you cannot make any claims about whether or not it's going to be type checked. Your choices are either to let CF handle the type checking (type="numeric"; and live with CF's error handling) or to write your own error handling (type="any"; and lose the auto-gen docs).
But it should also allow the remote user to inspect the webservice for the required arguments and their types. That could not happen if the returntype is _any_.
What has returntype= got to do with argument type= ?? That's why people are having a hard time helping you: it's really not clear what you want.
Sean A Corfield -- http://www.corfield.org/blog/
"There are no solutions, only trade-offs." -- Thomas Sowell
----------------------------------------------------------
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]
