У нас є співробітник, прізвище якого 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 )
• Flex 3.5
• ActionScript 3
• ColdFusion 8

Зауважте, що помилка не виникає при виклику веб-сервісу як об’єкта зі сторінки ColdFusion.

Відстежуючи це

Спочатку я подумав, що це помилка примусу, до якої nullпримушувались "null"і "null" == nullпроходили випробування . Це не. Я був поруч, але так дуже, дуже помилявся. Вибач за те!

З тих пір я робив багато переслідувань на wonderfl.net та відстеження коду в mx.rpc.xml.*. У рядку 1795 з XMLEncoder(у джерелі 3.5) у setValue, все XMLEncoding зводиться до

currentChild.appendChild(xmlSpecialCharsFilter(Object(value)));

що по суті те саме, що:

currentChild.appendChild("null");

Цей код, за моєю оригінальною загадкою, повертає порожній XML-елемент. Але чому?

Причина

За словами коментатора Джастіна Мклеана у звіті про помилку FLEX-33664 , винуватець (див. Останні два тести в моїй скрипці, які підтверджують це):

var thisIsNotNull:XML = <root>null</root>;
if(thisIsNotNull == null){
    // always branches here, as (thisIsNotNull == null) strangely returns true
    // despite the fact that thisIsNotNull is a valid instance of type XML
}

Коли currentChild.appendChildпередається рядок "null", він спочатку перетворює його в кореневий елемент XML з текстом null, а потім тестує цей елемент проти нульового літералу. Це слабкий тест рівності, тому або нуль, що містить XML, примусовий до нульового типу, або нульовий тип примусовий до кореневого елемента xml, що містить рядок "null", і тест проходить там, де він, ймовірно, повинен вийти з ладу. Одним виправленням може бути завжди використання строгих тестів на рівність під час перевірки XML (або нічого, насправді) на предмет "недійсність".

Рішення

Значення CDATA - це найбільш підходящий спосіб мутації цілого текстового значення, яке в іншому випадку спричинило б проблеми кодування / декодування. Шестнадцяткове кодування, наприклад, призначене для окремих символів. Значення CDATA є кращими, коли ви уникаєте всього тексту елемента. Найбільшою причиною цього є те, що він підтримує читабельність людини.

У примітці xkcd на веб-сайті Bobby Tables є хороші поради щодо уникнення неправильної інтерпретації даних користувачів (у цьому випадку рядка "Null") у SQL-запитах на різних мовах, включаючи ColdFusion .

З питання не зрозуміло, що це джерело проблеми, і враховуючи рішення, зазначене в коментарі до першої відповіді (вбудовування параметрів у структуру), мабуть, це було щось інше.

Проблема може бути в кодері SOAP Flex. Спробуйте розширити кодер SOAP у вашій програмі Flex та відладкуйте програму, щоб побачити, як обробляється нульове значення.

Я думаю, він передається як NaN (не число). Це колись порушить процес видалення повідомлення SOAP (особливо це стосується сервера JBoss 5 ...). Я пам’ятаю, як розширити кодер SOAP та провести явну перевірку способу обробки NaN.

@ doc_180 мав правильну концепцію, за винятком того, що він зосереджений на числах, тоді як в оригінальному плакаті були проблеми з рядками.

Рішення - змінити mx.rpc.xml.XMLEncoderфайл. Це рядок 121:

    if (content != null)
        result += content;

(Я переглянув Flex 4.5.1 SDK; номери рядків можуть відрізнятися в інших версіях.)

В основному, перевірка не вдається, оскільки "вміст є нульовим", і тому ваш аргумент не додається до вихідного пакету SOAP; таким чином викликаючи помилку відсутнього параметра.

Ви повинні розширити цей клас, щоб видалити перевірку. Потім з'являється велика снігова куля в ланцюзі, модифікуючи SOAPEncoder для використання вашої модифікованої XMLEncoder, а потім модифікуючи Операцію для використання зміненого SOAPEncoder, а потім мобілізуючи WebService для використання альтернативного класу операцій.

Я витратив на це кілька годин, але мені потрібно рухатись далі. Можливо, це займе день чи два.

Можливо, ви зможете просто виправити лінію XMLEncoder і зробити кілька виправлень мавп щоб використовувати свій власний клас.

Я також додам, що якщо перейти на використання RemoteObject / AMF з ColdFusion, нуль передається без проблем.

16.11.2013 оновлення :

У мене є ще одне нещодавнє доповнення до мого останнього коментаря про RemoteObject / AMF. Якщо ви використовуєте ColdFusion 10; потім властивості з нульовим значенням об’єкта видаляються з об’єкта на стороні сервера. Отже, вам потрібно перевірити наявність властивостей перед тим, як отримати доступ до нього, або ви отримаєте помилку виконання.

Перевірте так:

<cfif (structKeyExists(arguments.myObject,'propertyName')>
 <!--- no property code --->
<cfelse>
 <!--- handle property  normally --->
</cfif>

Це зміна поведінки від ColdFusion 9; де нульові властивості перетворилися б на порожні рядки.

Редагувати 6.12.2013

Оскільки виникло питання про те, як обробляються нулі, ось короткий зразок програми, який продемонструє, як рядок "null" буде ставитися до зарезервованого слова null.

<?xml version="1.0" encoding="utf-8"?>
<s:Application xmlns:fx="http://ns.adobe.com/mxml/2009"
               xmlns:s="library://ns.adobe.com/flex/spark"
               xmlns:mx="library://ns.adobe.com/flex/mx" minWidth="955" minHeight="600" initialize="application1_initializeHandler(event)">
    <fx:Script>
        <![CDATA[
            import mx.events.FlexEvent;

            protected function application1_initializeHandler(event:FlexEvent):void
            {
                var s :String = "null";
                if(s != null){
                    trace('null string is not equal to null reserved word using the != condition');
                } else {
                    trace('null string is equal to null reserved word using the != condition');
                }

                if(s == null){
                    trace('null string is equal to null reserved word using the == condition');
                } else {
                    trace('null string is not equal to null reserved word using the == condition');
                }

                if(s === null){
                    trace('null string is equal to null reserved word using the === condition');
                } else {
                    trace('null string is not equal to null reserved word using the === condition');
                }
            }
        ]]>
    </fx:Script>
    <fx:Declarations>
        <!-- Place non-visual elements (e.g., services, value objects) here -->
    </fx:Declarations>
</s:Application>

Вихід сліду:

рядок null не дорівнює нулю зарезервованого слова, використовуючи умову! =

рядок null не дорівнює нульовому зарезервованому слову, використовуючи умову ==

рядок null не дорівнює нульовому зарезервованому слову, використовуючи умову ===

Перекладіть всі символи в їх шестигранні еквіваленти сутності. У цьому випадку Nullбуде перетворено на&#4E;K&#6C;&#6C;

Послідовне nullзначення в ActionScript дасть рядок"NULL" . Я підозрюю, що хтось вирішив, що це, отже, гарна ідея розшифрувати рядок "NULL"як null, викликаючи поломку, яку ви бачите тут - ймовірно, тому, що вони проходили в nullоб'єктах і отримували рядки в базі даних, коли вони не хотіли це (тому обов'язково перевірте, чи немає і помилок).

Як хак, ви можете розглянути можливість спеціальної обробки на стороні клієнта, перетворення рядка "Null" в те, що ніколи не відбудеться, наприклад, XXNULLXX і перетворення назад на сервер.

Це не дуже, але це може вирішити питання для такої граничної справи.

Добре, я думаю, що Flex 'реалізація кодера SOAP, здається, неправильно серіалізує нульові значення. Серіалізація їх як String Null не здається вдалим рішенням. Формально правильна версія, здається, повинна передавати нульове значення як:

<childtag2 xsi:nil="true" />

Таким чином, значення "Null" було б не що інше, як дійсна рядок, саме те, що ви шукаєте.

Думаю, виправити це в Apache Flex не повинно так складно. Я рекомендую відкрити випуск Jira або зв’язатися з хлопцями з розсилки апаш-флексу. Однак це лише виправить сторону клієнта. Я не можу сказати, чи зможе ColdFusion працювати з нульовими значеннями, закодованими таким чином.

Дивіться також допис у блозі Раду Котеску Як надсилати нульові значення у запитах soapUI .

Це ляп, але за умови , що є мінімальна довжина SEARCHSTRING, наприклад , 2 символу, параметр з другим символом і передати його в якості двох параметрів , замість цього: і їх разом при виконанні запиту до бази даних.substringSEARCHSTRINGSEARCHSTRING1 ("Nu")SEARCHSTRING2 ("ll"). Concatenate