Migracja proxy klienta WCF zwróciła kopertę SOAP - php, wcf, soap, wsdl, client

Mam usługę webową PHP zakodowaną w RPC, która zwracaprosta koperta mydła z boolowskim typem danych. Podczas wykonywania śledzenia po stronie klienta koperta mydła wygląda tak tuż przed przejściem do proxy WCF:

<SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:ns1="http://sample.com" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENC="http://schemas.xmlsoap.org
/soap/encoding/">
<SOAP-ENV:Body>
<ns1:ServiceMessageResponse>
<outgoingVar1>true</outgoingVar1>
</ns1:ServiceMessageResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Jednak po zwróceniu wartości pojawia siędruga strona proxy została zmieniona na false. "Próbowałem dodać xsi: type =" xsd: boolean "do outgoingVar1, ale to nie pomaga.Opinia mydła jest dokładnie tym, co klient powinien spodziewałem się, ale z jakiegoś powodu nie pochłonę tego poprawnie. Czy jest to coś, co ma związek ze sposobem, w jaki jest skonfigurowana usługa sieciowa PHP lub czy jest w proxy WCF? Usługa internetowa PHP jest po prostu skonfigurowana w następujący sposób:

ini_set("soap.wsdl_cache_enabled", "0");
ini_set("soap.wsdl_cache_ttl", "0");
$soapServer = new SoapServer("wsdl/sample.wsdl", array("soap_version" => SOAP_1_1));
$soapServer->addFunction("Service");
$soapServer->handle();

a funkcja kończy się prostym "return true;" linia. Nic skomplikowanego tutaj. Jakieś pomysły, jaki może być problem?

Naniesiony adnotacja WSDL (usunięto trywialne przestrzenie nazw i zmodyfikowano prawdziwe) wygląda następująco:

<wsdl:definitions name="IJLSoapResponse" targetNamespace="http://casey.com"
tns="http://casey.com" xmlns:samp="http://sample.com" ...>
<wsdl:types>
<xsd:schema targetNamespace="http://casey.com" ...>
<xsd:element name="incomingVar1" type="xsd:string" nillable="true"/>
<xsd:element name="incomingVar2" type="xsd:string" nillable="true"/>
</xsd:schema>
<xsd:schema targetNamespace="http://sample.com" ...>
<xsd:element name="outgoingVar1" type="xsd:boolean" nillable="true"/>
</xsd:schema>
</wsdl:types>
<wsdl:message name="ServiceInput">
<wsdl:part name="incomingVar1" element="tns:incomingVar1"/>
<wsdl:part name="incomingVar2" element="tns:incomingVar2"/>
</wsdl:message>
<wsdl:message name="ServiceOutput">
<wsdl:part name="outgoingVar1" element="samp:outgoingVar1"/>
</wsdl:message>
<wsdl:portType name="ServicePortType">
<wsdl:operation name="ServiceMessage" parameterOrder="incomingVar1 incomingVar2">
<wsdl:input name="ServiceMessageRequest" message="tns:ServiceInput"/>
<wsdl:output name="ServiceMessageResponse" message="tns:ServiceOutput"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="ServiceBinding" type="tns:ServicePortType">
<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="ServiceMessage">
<soap:operation soapAction="http://casey.com/soap/Service"/>
<wsdl:input name="ServiceMessageRequest">
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://casey.com"/>
</wsdl:input>
<wsdl:output name="ServiceMessageResponse">
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://sample.com"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="ServiceService">
<wsdl:port name="ServicePort" binding="tns:ServiceBinding">
<soap:address location="http://casey.com/soap/Service"/>
</wsdl:port>
</wsdl:service>
</wsdl:definitions>

To powinno wystarczyć, aby zobaczyć, jak się sprawy są zadeklarowane ... daj mi znać, jeśli potrzebujesz czegoś jeszcze wyjaśnionego. Dzięki za pomoc!

Odpowiedzi:

Czy możemy zobaczyć WSDL usługi? Zastanawiam się, w jakim obszarze przestrzeni wyjściowych powinien znaleźć się Var1.

Usługi kodowane RPC zawsze były problemem z powodu niejednoznaczności, o jakie części wiadomości w przestrzeni nazw mają być. Nie zdziwi mnie to, że jest to problem.

Poniższe powiązanie wydaje się działać w soapUI. Przynajmniej może wygenerować fałszywą usługę, a komunikat odpowiedzi wygląda na to, czego szukałeś (outgoingVar1 w przestrzeni nazw przykładowych):

<wsdl:binding name="ServiceBinding" type="tns:ServicePortType">
<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="ServiceMessage">
<soap:operation soapAction="http://casey.com/soap/Service"/>
<wsdl:input name="ServiceMessageRequest">
<soap:body parts="incomingVar1 incomingVar2" use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://casey.com"/>
</wsdl:input>
<wsdl:output name="ServiceMessageResponse">
<soap:body parts="outgoingVar1" use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="http://sample.com"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>

Rozwiązanie zakończyło się zajmowaniem przestrzeni nazw. Ponieważ nie były one poprawnie propagujące, musiałem dodać do schematu atrybut elementFormDefault = "qualified", co zmusza prefiks do obecności w każdym elemencie, co jest jedynym sposobem, w jaki mógłbym zrobić .NET. na to.