我们有一位姓Null的员工。当使用姓氏作为搜索词时，我们的员工查找应用程序将被终止（现在这种情况很常见）。收到的错误（感谢Fiddler！）是：
<soapenv:Fault>
<faultcode>soapenv:Server.userException</faultcode>
<faultstring>coldfusion.xml.rpc.CFCInvocationException: [coldfusion.runtime.MissingArgumentException : The SEARCHSTRING parameter to the getFacultyNames function is required but was not passed in.]</faultstring>
可爱，嗯？
参数类型为string。
我正在使用：
WSDL（SOAP）柔性3.5动作脚本3冷聚变8
请注意，当从ColdFusion页面作为对象调用Web服务时，不会发生错误。
当前回答
嗯，我猜SOAP编码器的Flex实现似乎错误地序列化了空值。将它们序列化为字符串Null似乎不是一个好的解决方案。正式正确的版本似乎是传递一个空值：
<childtag2 xsi:nil="true" />
因此，“Null”的值只不过是一个有效字符串，这正是您要查找的。
我想在ApacheFlex中修复这个问题应该不难。我建议打开Jira问题或联系apacheflex邮件列表中的人。然而，这只会修复客户端。我不能说ColdFusion是否能够处理这样编码的空值。
另请参阅Radu Cotescu的博客文章“如何在soapUI请求中发送空值”。
其他回答
作为黑客，您可以考虑在客户端进行特殊处理，将“Null”字符串转换为永远不会发生的字符串，例如XXNULLXX，然后在服务器上进行转换。
它并不漂亮，但它可以解决这种边界情况的问题。
关于xkcd，Bobby Tables网站有很好的建议，可以避免在各种语言（包括ColdFusion）的SQL查询中对用户数据（在本例中为字符串“Null”）进行不正确的解释。
从这个问题中还不清楚这是问题的根源，并且考虑到第一个答案的注释中提到的解决方案（将参数嵌入到结构中），这很可能是其他问题。
嗯，我猜SOAP编码器的Flex实现似乎错误地序列化了空值。将它们序列化为字符串Null似乎不是一个好的解决方案。正式正确的版本似乎是传递一个空值：
<childtag2 xsi:nil="true" />
因此，“Null”的值只不过是一个有效字符串，这正是您要查找的。
我想在ApacheFlex中修复这个问题应该不难。我建议打开Jira问题或联系apacheflex邮件列表中的人。然而，这只会修复客户端。我不能说ColdFusion是否能够处理这样编码的空值。
另请参阅Radu Cotescu的博客文章“如何在soapUI请求中发送空值”。
问题可能在Flex的SOAP编码器中。尝试在Flex应用程序中扩展SOAP编码器，并调试程序以查看如何处理空值。
我猜，它是以NaN（不是数字）的形式传递的。这有时会打乱SOAP消息解组过程（尤其是在JBoss 5服务器中…）。我记得扩展了SOAP编码器，并对NaN的处理方式进行了显式检查。
将所有字符转换为其十六进制实体等效字符。在这种情况下，Null将被转换为EKC中C中；
