我们有一位姓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请求中发送空值”。
其他回答
这是一个杂烩，但假设SEARCHSRING有一个最小长度，例如2个字符，在第二个字符处对SEARCHSTRING参数进行子串，并将其作为两个参数传递：SEARCHSSTRING1（“Nu”）和SEARCHSTRING2（“ll”）。在对数据库执行查询时，将它们重新连接在一起。
关于xkcd，Bobby Tables网站有很好的建议，可以避免在各种语言（包括ColdFusion）的SQL查询中对用户数据（在本例中为字符串“Null”）进行不正确的解释。
从这个问题中还不清楚这是问题的根源，并且考虑到第一个答案的注释中提到的解决方案（将参数嵌入到结构中），这很可能是其他问题。
将所有字符转换为其十六进制实体等效字符。在这种情况下，Null将被转换为EKC中C中；
在ActionScript中对空值进行字符串化将得到字符串“null”。我的怀疑是，有人认为，因此，将字符串“NULL”解码为NULL是一个好主意，这会导致您在这里看到的破坏——可能是因为他们在传递NULL对象并在数据库中获取字符串，而他们不想这样做（所以也要确保检查这种错误）。
作为黑客，您可以考虑在客户端进行特殊处理，将“Null”字符串转换为永远不会发生的字符串，例如XXNULLXX，然后在服务器上进行转换。
它并不漂亮，但它可以解决这种边界情况的问题。
