Wir haben einen Mitarbeiter, dessen Nachname Null ist. Unsere Mitarbeiter-Suchanwendung wird beendet, wenn dieser Nachname als Suchbegriff verwendet wird (was derzeit häufig vorkommt). Der Fehler (danke Fiddler!) Ist:

<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>

Süß, oder?

Der Parametertyp ist string.

Ich benutze:

• WSDL ( SOAP )
• Flex 3.5
• ActionScript 3
• ColdFusion 8

Beachten Sie, dass der Fehler nicht auftritt, wenn der Webservice als Objekt von einer ColdFusion-Seite aufgerufen wird.

Aufspüren

Zuerst dachte ich, dies sei ein Zwangsfehler, zu dem nullman gezwungen wurde "null"und an dem ein Test "null" == nullbestanden wurde. Es ist nicht. Ich war nah dran, aber so sehr, sehr falsch. Das tut mir leid!

Ich habe seitdem viel auf Wonderfl.net herumgespielt und den Code in nachverfolgtmx.rpc.xml.* . In Zeile 1795 von XMLEncoder(in der 3.5-Quelle) in setValueläuft die gesamte XMLEn-Codierung auf

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

Das ist im Wesentlichen das gleiche wie:

currentChild.appendChild("null");

Dieser Code gibt meiner ursprünglichen Geige zufolge ein leeres XML-Element zurück. Aber warum?

Ursache

Laut dem Kommentator Justin Mclean zum Fehlerbericht FLEX-33664 ist das Folgende der Schuldige (siehe die letzten beiden Tests in meiner Geige, die dies bestätigen):

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
}

Wenn currentChild.appendChilddie Zeichenfolge übergeben wird "null", wird sie zuerst in ein XML-Stammelement mit Text konvertiert nullund anschließend mit dem Nullliteral getestet. Dies ist ein schwacher Gleichheitstest. Daher wird entweder das XML mit Null zum Nulltyp oder der Nulltyp zu einem XML-Stammelement mit der Zeichenfolge "Null" gezwungen, und der Test besteht dort, wo er möglicherweise fehlschlagen sollte. Eine Lösung könnte darin bestehen, immer strenge Gleichheitstests zu verwenden, wenn XML (oder irgendetwas anderes) auf "Nullheit" überprüft wird.

Lösung

CDATA-Werte sind die am besten geeignete Methode, um einen gesamten Textwert zu mutieren, der sonst zu Codierungs- / Decodierungsproblemen führen würde. Die Hex-Codierung ist beispielsweise für einzelne Zeichen gedacht. CDATA-Werte werden bevorzugt, wenn Sie den gesamten Text eines Elements maskieren. Der Hauptgrund dafür ist, dass die menschliche Lesbarkeit erhalten bleibt.

Auf der xkcd-Anmerkung finden Sie auf der Bobby Tables-Website gute Ratschläge, um die falsche Interpretation von Benutzerdaten (in diesem Fall die Zeichenfolge "Null") in SQL-Abfragen in verschiedenen Sprachen, einschließlich ColdFusion, zu vermeiden .

Aus der Frage geht nicht hervor, dass dies die Ursache des Problems ist, und angesichts der Lösung, die in einem Kommentar zur ersten Antwort (Einbetten der Parameter in eine Struktur) angegeben ist, scheint es wahrscheinlich, dass es sich um etwas anderes handelte.

Das Problem könnte im SOAP-Encoder von Flex liegen. Versuchen Sie, den SOAP-Encoder in Ihrer Flex-Anwendung zu erweitern, und debuggen Sie das Programm, um zu sehen, wie der Nullwert behandelt wird.

Ich vermute, es wird als NaN (Not a Number) übergeben. Dies wird den SOAP-Nachrichten-Unmarshalling-Prozess irgendwann durcheinander bringen (insbesondere auf dem JBoss 5-Server ...). Ich erinnere mich, dass ich den SOAP-Encoder erweitert und explizit überprüft habe, wie mit NaN umgegangen wird.

@ doc_180 hatte das richtige Konzept, außer dass er sich auf Zahlen konzentriert, während das Originalplakat Probleme mit Zeichenfolgen hatte.

Die Lösung besteht darin, die mx.rpc.xml.XMLEncoderDatei zu ändern . Dies ist Zeile 121:

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

(Ich habe mir das Flex 4.5.1 SDK angesehen. Die Zeilennummern können in anderen Versionen abweichen.)

Grundsätzlich schlägt die Validierung fehl, da "Inhalt null" ist und Ihr Argument daher nicht zum ausgehenden SOAP-Paket hinzugefügt wird. Dadurch wird der fehlende Parameterfehler verursacht.

Sie müssen diese Klasse erweitern, um die Validierung zu entfernen. Dann gibt es einen großen Schneeball in der Kette, der SOAPEncoder ändert, um Ihren modifizierten XMLEncoder zu verwenden, und dann Operation ändert, um Ihren modifizierten SOAPEncoder zu verwenden, und dann WebService, um Ihre alternative Operationsklasse zu verwenden.

Ich habe ein paar Stunden damit verbracht, aber ich muss weitermachen. Es wird wahrscheinlich ein oder zwei Tage dauern.

Möglicherweise können Sie einfach die XMLEncoder-Zeile reparieren und Affen-Patches durchführen , um Ihre eigene Klasse zu verwenden.

Ich werde auch hinzufügen, dass, wenn Sie mit ColdFusion auf RemoteObject / AMF umsteigen, die Null ohne Probleme übergeben wird.

16.11.2013 Update :

Ich habe einen weiteren Neuzugang zu meinem letzten Kommentar zu RemoteObject / AMF. Wenn Sie ColdFusion 10 verwenden; Dann werden Eigenschaften mit einem Nullwert für ein Objekt aus dem serverseitigen Objekt entfernt. Sie müssen also vor dem Zugriff prüfen, ob Eigenschaften vorhanden sind, da sonst ein Laufzeitfehler angezeigt wird.

Überprüfen Sie wie folgt:

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

Dies ist eine Verhaltensänderung gegenüber ColdFusion 9. Dabei würden die Null-Eigenschaften zu leeren Zeichenfolgen.

Bearbeiten 06.12.2013

Da es eine Frage zur Behandlung von Nullen gab, finden Sie hier eine kurze Beispielanwendung, um zu demonstrieren, wie sich eine Zeichenfolge "null" auf das reservierte Wort null bezieht.

<?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>

Die Trace-Ausgabe lautet:

null string ist nicht gleich null reserviertem Wort unter Verwendung der Bedingung! =

null string ist nicht gleich null reserviertem Wort unter Verwendung der == Bedingung

null string ist nicht gleich null reserviertem Wort unter Verwendung der Bedingung ===

Übersetzen Sie alle Zeichen in ihre Hex-Entitätsäquivalente. In diesem Fall Nullwürde in konvertiert&#4E;K&#6C;&#6C;

Wenn Sie einen nullWert in ActionScript kennzeichnen , erhalten Sie die Zeichenfolge "NULL". Mein Verdacht ist, dass jemand entschieden hat, dass es daher eine gute Idee ist, die Zeichenfolge "NULL"als zu dekodieren null, was den hier angezeigten Bruch verursacht - wahrscheinlich, weil er nullObjekte übergeben und Zeichenfolgen in die Datenbank aufgenommen hat, als er dies nicht wollte das (also stellen Sie sicher, dass Sie auch nach solchen Fehlern suchen).

Als Hack könnten Sie eine spezielle Behandlung auf der Clientseite in Betracht ziehen, indem Sie die Nullzeichenfolge in etwas konvertieren, das niemals auftreten wird, z. B. XXNULLXX, und die Konvertierung wieder auf dem Server durchführen.

Es ist nicht schön, aber es kann das Problem für einen solchen Grenzfall lösen.

Nun, ich denke, dass die Flex-Implementierung des SOAP-Encoders Nullwerte falsch zu serialisieren scheint. Die Serialisierung als String Null scheint keine gute Lösung zu sein. Die formal korrekte Version scheint darin zu bestehen, einen Nullwert zu übergeben als:

<childtag2 xsi:nil="true" />

Der Wert von "Null" wäre also nichts anderes als eine gültige Zeichenfolge, genau das, wonach Sie suchen.

Ich denke, dass es nicht so schwer sein sollte, dies in Apache Flex zu beheben. Ich würde empfehlen, ein Jira-Problem zu eröffnen oder sich an die Leute der Apache-Flex-Mailingliste zu wenden. Dies würde jedoch nur die Client-Seite reparieren. Ich kann nicht sagen, ob ColdFusion mit auf diese Weise codierten Nullwerten arbeiten kann.

Siehe auch Radu Cotescus Blog-Beitrag So senden Sie Nullwerte in soapUI-Anfragen .

Es ist ein Kludge, aber vorausgesetzt, es gibt eine Mindestlänge SEARCHSTRINGfür beispielsweise 2 Zeichen, substringden SEARCHSTRINGParameter am zweiten Zeichen, und übergeben Sie ihn stattdessen als zwei Parameter: SEARCHSTRING1 ("Nu")und SEARCHSTRING2 ("ll"). Concatenatesie wieder zusammen, wenn Sie die Abfrage an die Datenbank ausführen.