Exception de type soapfault: [HTTP] non pris en charge Type de support lors de l'accès à Java web service en PHP

Je suis en train d'essayer de vous connecter à un Java web service à l'aide de la Zend_Soap_Client du Zend Framework v1.9.0:

<?php
include( 'Zend/Loader/Autoloader.php');
$autoloader = Zend_Loader_Autoloader::getInstance();
$client = new Zend_Soap_Client('https://webservice.com/webservice-war/webservice?wsdl'
    , array('encoding'=> 'UTF-8'));

try{
    $result = $client->find_customer(array('username' => 'user', 
                         'password' => '123'), array('city' => 'some city'));
} catch(Exception $e){
    echo $e;
}

echo '<pre>' . $client->getLastRequestHeaders() . '</pre>'; 
?>

Sorties:

SoapFault exception: [HTTP] Unsupported Media Type in 
/Library/ZendFramework-1.9.0/library/Zend/Soap/Client.php:937 
Stack trace: 
 #0 [internal function]:
SoapClient->__doRequest('_doRequest(Object(Zend_Soap_Client_Common),
    '__doRequest('__soapCall('find_customer', Array, NULL, NULL, Array) 
 #6 [internal function]:  
 Zend_Soap_Client->__call('find_customer', Array) 
 #7 /Users/webservicetest/index.php(8): 
 Zend_Soap_Client->find_customer(Array, Array) 
 #8 {main}

POST /webservice-war/webservice HTTP/1.1
Host: webservice.com
Connection: Keep-Alive
User-Agent: PHP-SOAP/5.2.6
Content-Type: application/soap+xml; charset=utf-8; action=""
Content-Length: 315

Une idée de ce qui pourrait être mauvais? L'url est correcte, étant donné que je reçois les fonctions disponibles lors de l'appel de

$client->getFunctions()

OriginalL'auteur Mads Mobæk | 2009-10-24

  1. 37

    Selon cette liste, à l'exception indique que le serveur hébergeant le service web n'est pas heureux avec vos demandes d'encodage:

    Indique que l'hôte du serveur HTTP
    ne prend pas en charge le type de Contenu utilisé
    pour coder le message de demande. L'
    l'échange de messages est considéré comme ayant
    achevé en vain.

    De sorte que vous devriez vérifier avec le web-prestataire de service concernant le contenu-type/encodage ils attendent.

    Une solution possible si vous utilisez SOAP_1_2est de changer de SOAP_1_1 depuis qui vont modifier les demandes formulées.

    Plus précis: framework.zend.com/issues/browse/ZF-5286 . Résolu par la mise en 'soap_version' => SOAP_1_1 dans les options, en faisant la demande adopté par texte/xml au lieu de l'application/soap+xml
    Brillant, résoudre un problème identique que j'avais.
    Essayez d'ajouter de l'en-tête Content-Type: text/xml; charset=utf-8 pour le soap 1.1 et Content-Type: application/soap+xml; charset=utf-8 pour le soap 1.2

    OriginalL'auteur Henrik Opel

  2. 6

    Je ne suis pas à l'aide de Zend framework, mais a eu un problème similaire avec XMLHttpRequest en JavaScript. La solution a été de spécifier le Type de Contenu dans le SAVON en-tête de requête.

    var sr = '<?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://www.w3schools.com/webservices/">  <SOAP-ENV:Body><ns1:CelsiusToFahrenheit><ns1:Celsius>32</ns1:Celsius></ns1:CelsiusToFahrenheit></SOAP-ENV:Body></SOAP-ENV:Envelope>';
http_request = new XMLHttpRequest();
http_request.open('POST', 'http://www.w3schools.com/webservices/tempconvert.asmx', true);
http_request.setRequestHeader("Content-Type", "text/xml; charset=utf-8");
http_request.send(sr);

    OriginalL'auteur physicalattraction