У нас есть сотрудник с фамилией 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, все кодирование XMLEndown сводится к

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, содержащий null, приводится к нулевому типу, либо нулевой тип приводится к корневому элементу 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; номера строк могут отличаться в других версиях.)

По сути, проверка завершается неудачно, потому что «content is null» и, следовательно, ваш аргумент не добавляется в исходящий пакет SOAP; таким образом вызывая ошибку отсутствующего параметра.

Вы должны расширить этот класс, чтобы удалить проверку. Затем идет большой снежный ком по цепочке, модифицируя SOAPEncoder для использования вашего модифицированного XMLEncoder, а затем модифицируя Operation для использования вашего модифицированного SOAPEncoder, а затем изменяя WebService для использования вашего альтернативного класса Operation.

Я потратил на это несколько часов, но мне нужно двигаться дальше. Это, вероятно, займет день или два.

Возможно, вам удастся просто исправить строку 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» будет относиться к зарезервированному слову 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будет преобразован в&#4E;K&#6C;&#6C;

Строковое nullзначение в ActionScript даст строку "NULL". Я подозреваю, что кто-то решил, что поэтому будет хорошей идеей декодировать строку "NULL"как null, вызывая разрыв, который вы видите здесь - возможно, потому что они передавали nullобъекты и получали строки в базе данных, когда они не хотели это (так что не забудьте также проверить наличие такого рода ошибок).

В качестве хака вы могли бы рассмотреть возможность специальной обработки на стороне клиента, преобразования строки «Null» в нечто, что никогда не произойдет, например, XXNULLXX, и обратного преобразования на сервере.

Это не красиво, но это может решить проблему для такого граничного случая.

Ну, я полагаю, что реализация SOAP-кодировщика Flex, по-видимому, неправильно сериализует нулевые значения. Сериализация их как String Null не кажется хорошим решением. Формально правильная версия, кажется, передает нулевое значение как:

<childtag2 xsi:nil="true" />

Таким образом, значение «Null» будет не чем иным, как допустимой строкой, которая является именно тем, что вы ищете.

Я думаю, что исправить это в Apache Flex не так уж и сложно. Я бы порекомендовал открыть проблему Jira или связаться с парнями из списка рассылки apache-flex. Однако это только исправит клиентскую сторону. Я не могу сказать, сможет ли ColdFusion работать с нулевыми значениями, закодированными таким образом.

См. Также сообщение в блоге Раду Котеску. Как отправлять нулевые значения в запросах soapUI .

Это ляп, но при условии , что есть минимальная длина SEARCHSTRING, например , 2 символа, параметр со вторым символом и передать его в качестве двух параметров , вместо этого: и их вместе при выполнении запроса к базе данных.substringSEARCHSTRINGSEARCHSTRING1 ("Nu")SEARCHSTRING2 ("ll"). Concatenate