Bug #77481 [NEW]: SoapClient not pulling in all namespaces to soapEnvelope

From: Date: Thu, 17 Jan 2019 17:37:30 +0000
Subject: Bug #77481 [NEW]: SoapClient not pulling in all namespaces to soapEnvelope
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-219038@lists.php.net to get a copy of this message
From: kevin at icscomp dot com Operating system: PHP version: 7.3.1 Package: SOAP related Bug Type: Bug Bug description:SoapClient not pulling in all namespaces to soapEnvelope Description: ------------ When making a connection to a Soap Web Service (WSDL-mode), in which the WSDL is using two .XSD schema imports, both with different namespaces, the PHP soapClient doesn't add the second namespace into the Soap Request, specifically it does not add them to the <SoapEnvelope> section of that request. Pulling up the same endpoint in SoapUI it works properly, but PHP receives an error as it's missing the additional namespaces. SoapUI generates this: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:epis="http://www.testsite.com/testService" xmlns:com="http://www.testsite.com/common/dto/common"> Where PHP generates this: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://www.testsite.com/testService" As you see the above PHP generated header leaves out the second namespace entirely. Expected result: ---------------- PHP's request should contain both namespaces based off of the WSDL as below within the SoapEnvelope: <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://www.testsite.com/testService" xmlns:ns2="http://www.testsite.com/common/dto/common"> -- Edit bug report at https://bugs.php.net/bug.php?id=77481&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=77481&r=trysnapshot54 Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=77481&r=trysnapshot55 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=77481&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=77481&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=77481&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=77481&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=77481&r=needscript Try newer version: https://bugs.php.net/fix.php?id=77481&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=77481&r=support Expected behavior: https://bugs.php.net/fix.php?id=77481&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=77481&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=77481&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=77481&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=77481&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=77481&r=dst IIS Stability: https://bugs.php.net/fix.php?id=77481&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=77481&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=77481&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=77481&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=77481&r=mysqlcfg

« previous php.bugs (#219038) next »