Maison > développement back-end > tutoriel php > 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
Libérer: 2024-11-09 20:50:02
original
413 Les gens l'ont consulté

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"
Copier après la connexion

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);
Copier après la connexion

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!

source:php.cn
Déclaration de ce site Web
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
Derniers articles par auteur
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal