Maison  >  Article  >  développement back-end  >  Pourquoi mon SoapClient ne parvient-il pas à analyser un WSDL sur le serveur de production mais fonctionne sur mon serveur local ?

Pourquoi mon SoapClient ne parvient-il pas à analyser un WSDL sur le serveur de production mais fonctionne sur mon serveur local ?

Barbara Streisand
Barbara Streisandoriginal
2024-11-09 20:50:02384parcourir

Why does my SoapClient fail to parse a WSDL on the production server but works on my local server?

Erreur SOAP : analyse du WSDL sur le serveur de production

Lors de la tentative d'utilisation d'un SoapClient pour analyser un WSDL à partir d'une URL distante, un message SOAP- Une ERREUR a été rencontrée sur un serveur de production. Le serveur WAMP local a géré l'opération avec succès, mais le problème a persisté sur le serveur de production.

Message d'erreur

Le message d'erreur spécifique reçu était :

SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl' : failed to load external entity "http://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl"/taxation_customs/vies/checkVatService.wsdl"

Enquête

Après une enquête plus approfondie, il a été découvert que l'erreur résultait de l'incapacité de SoapClient à analyser le WSDL lors de la tentative de le charger à partir de l'URL. Cela s'est produit bien que le WSDL soit accessible via un appel direct à l'aide de curl à partir de la ligne de commande.

Solution

Le problème a été résolu en définissant explicitement l'agent utilisateur dans SoapClient. à l'aide d'un flux contextuel :

$soapClientOptions = array(
    'stream_context' => $context,
    'cache_wsdl' => WSDL_CACHE_NONE
);

$client = new SoapClient($wsdlUrl, $soapClientOptions);

Cette approche garantissait que les informations nécessaires sur l'agent utilisateur HTTP étaient incluses dans la requête, permettant au SoapClient d'analyser avec succès le WSDL à partir de l'URL distante.

Informations supplémentaires

Une analyse plus approfondie a révélé que le problème pouvait également être attribué à des paramètres spécifiques sur le serveur de production. Les requêtes HTTP sur IPv6 avec une chaîne d'agent utilisateur HTTP manquante semblaient déclencher l'erreur. En forçant IPv4 ou en spécifiant explicitement une chaîne d'agent utilisateur, la requête a pu aboutir sans rencontrer l'erreur SOAP.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn