[SOAP] Problem z zagnieżdżonymi tablicami Opcje

[prond]

Mam problem z biblioteka PEAR:SOAP w php 5 kiedy chcę przekazać jako argument zagnieżdżoną tablicę :

[PHP] pobierz, plaintext 
<?php
$arguments = array(
		'proc' => 'COSTAM',
		'args' => array(
			'LOGIN' => '111',
			'PASSWORD' => '111',
		)
	);
 
#...
 
$params = array (
		'namespace' => 'JAKIS_SYSTEM',
		'soapaction' => false,
		'timeout' => 120
);
 
#...
 
$this->soap_client = new SOAP_Client($strHost);
 
#...
 
$this->soap_client->call('login', $arguments, $params, -1);
 
#...
?>
[PHP] pobierz, plaintext 

Biblioteka traktuje to tak :

[XML] pobierz, plaintext 
<ns4:login>
<proc xsi:type="xsd:string">COSTAM</proc>
<args xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="xsd:string[2]" SOAP-ENC:offset="[0]">
<item xsi:type="xsd:string">111</item>
<item xsi:type="xsd:string">111</item></args></ns4:login>
[XML] pobierz, plaintext 

Czyli traktuje $arguments['args'] jako array, a nie hash.
Próbowałem to rozwiązać przekazując argumenty jako obiekt (z tym samym efektem).

Wcześniej ta procedura śmigała na serwerze z PHP 4.3.11, po zmianie PHP na 5.2.0 zachowuje się tak jak wyżej.

Udało mi się rozwiązać problem wykorzystując wbudowaną bibliotekę z PHP 5.2.0 :

[PHP] pobierz, plaintext 
<?php
class DiaSoapClient extends SoapClient
{
 
	public function __construct($strHost, $strNamespace = '#', $strWSDL = null, $arrOptions = array())
	{
		parent::__construct($strWSDL, array(
			"location" => $strHost,
			"uri"	  => $strNamespace,
			"trace"	=> true
		));
	}
 
	public function getLocation()
	{
		return $this->location;
	}
 
	public function setLocation($strLocation)
	{
		$this->location = $strLocation;
	}
 
	public function getNamespace()
	{
		return $this->uri;
	}
 
	public function setNamespace($strNamespace)
	{
		$this->uri = $strNamespace;
	}
 
	/**
	 *  Przeciazenie pobierania atrybutow obiektu umozliwiajace latwe operowanie przestr
zeniami nazw
	 **/
	private function __get($strNamespace)
	{
		$this->uri = $strNamespace;
 
		return $this;
	}
 
	/**
	 *  Przeciazenie wywolywania metod
	 *
	 *  @todo   Dodac inne mozliwosci wywolywania procedur
	 *  @todo   Rozszerzyc obsluge bledow
	 *  @todo   Dodac obsluge roznych typow zwracanych przez serwer
	 **/
	public function __call($strMethodName, &$arrArguments)
	{
		$_arrArguments = array();
 
		//
		//  Przekazano tablice
		//
		if (count($arrArguments) === 1 && is_array($arrArguments[0]))
		{
			foreach($arrArguments[0] as $argumentName => $argumentValue)
			{
				$_arrArguments[] = (is_string($argumentName)) ? new SoapParam($argumentValue, $argumentName) : $argumentValue;
			}
		}
 
		//
		//  Wywolanie procedury
		//
		try {
			$result = parent::__soapCall($strMethodName, $_arrArguments);
		} catch (SoapFault $fault) {
			$result = null;
		}
 
		return $result;
	}
}
?>
[PHP] pobierz, plaintext 

[splatch]

Czy w XML Schema mapujesz odpowiednio typ? Widzę, że klientowi nie przekazujesz nawet położenia pliku WSDL. Być może to jest źródłem problemów?

[Sh4dow]

z tego co wiem to zmienne to zmienne i przez klienta SOAP w php musisz użyć obiektu SoapVar gdzie ustala sie czy to jest obiekt, tablica czy string itd. Jesli nie podasz nic i przekażesz parametr to potraktuje to jako string.

[splatch]

@Sh4dow - Twierdzę, że przyczyną błędu jest brak pliku WSDL. Może się mylę, ale korzystając z pliku WSDL unika się wielu problemów, tym bardziej, że SOAP to nie swawolny REST a definicje typów w XSD to podstawa.

Co do problemu - w pracy wykorzystujemy zdefiniowany typ dla każdej operacji, dzięki czemu nie ma problemów z ich obsługą. Swoją drogą SOAP:Array to jest lista, żeby w PHP dostać hash trzeba dać complexType:

[XML] pobierz, plaintext 
<xsd:complexType name="LoginRequest">
    <xsd:sequence>
        <xsd:element name="login" type="xsd:string" />
        <xsd:element name="pass" type="xsd:string" />
    </xsd:sequence>
</xsd:complexType>
 
<wsdl:message name="LoginRequest">
    <wsdl:part name="request" type="tns:LoginRequest" />
</wsdl:message>
[XML] pobierz, plaintext 

Listę można zrobić w bardzo prosty sposób, bez korzystania z dodatkowych przestrzeni nazw:

[XML] pobierz, plaintext 
<xsd:complexType name="LoginRequest">
    <xsd:sequence>
        <xsd:element name="item" type="xsd:string" minOccurs="0" maxOccurs="unbounded" />
    </xsd:sequence>
</xsd:complexType>
[XML] pobierz, plaintext 

[Sh4dow]

splatch ja osobiscie na chwile obecna nie uzywam wsdl'a i nie mam problemow z przesylaniem tablic obiektow czy innych wartosc. Wszystko co wysylam daje jako obiekt SoapVar to ze wsdl jest pomocny przy walidacji to jedno, ale jego brak nie podejzewam zeby powodowal tyle problemow.

[splatch]

Problem polega na tym że, jak słusznie zauważył prond, biblioteka na podstawie typu deklaruje argument jako SOAP-ENC:Array w połączeniu z SOAP-ENC:arrayType=xsd:string, co oznacza listę a nie mapę.
W rozszerzeniu z PHP5 takie dane otrzymywaliśmy w postaci obiektów klasy stdClass.