Thank you for your bug report.

The WSDL URL you supply does not send a Content-Length or Transfer-Encoding header in some cases, which is mandatory in a response with a body. In other words, it does not follow the HTTP protocol. You should contact the provider of the WSDL about this.


GET /url HTTP/1.0
Host: example.com

HTTP/1.1 200 OK
Date: Wed, 24 Jun 2009 10:18:10 GMT
Server: Apache
Connection: close
Content-Type: text/xml

<?xml version="1.0" encoding="UTF-8"?>...

We are experiencing a similar issue. However, the HTTP reply is using chunked transfer encoding (Content-Length is NOT required when using chunked)


HTTP/1.1 200 OK
Date: Sun, 06 Sep 2009 23:25:16 GMT
Server: Apache
X-Powered-By: Servlet/2.4 JSP/2.0
Transfer-Encoding: chunked
Content-Type: text/xml; charset=UTF-8

Thank you for your feedback.

It would be most helpful to us if you could supply us with the HTTP transaction of the retrieval of the WSDL. You may use a sniffer like Wireshark to obtain this information, or use this script I wrote <http://www.gissen.nl/files/sniff.php>.

it seems that X-Powered-By: is causing problems. 
The same problem exists when 

HTTP/1.x 200 OK
Date: Fri, 18 Sep 2009 16:24:06 GMT
X-Powered-By: Servlet 2.4; JBoss-4.2.3.GA (build: SVNTag=JBoss_4_2_3_GA date=200807181417)/JBossWeb-2.0
Content-Type: text/xml;charset=utf-8
Connection: close
Transfer-Encoding: chunked
 
and the same code works when 

HTTP/1.x 200 OK
Server: Apache-Coyote/1.1
Content-Type: text/xml;charset=utf-8
Transfer-Encoding: chunked
Date: Fri, 18 Sep 2009 16:23:28 GMT

I'm also experiencing the same problem. Here is the HTTP header of the WSDL:

HTTP/1.1 200 OK\r\n
Date: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Server: Apache/2.2.8 (Win32) PHP/5.2.5\r\n
X-Powered-By: PHP/5.2.5\r\n
Expires: Wed, 06 Oct 2010 04:00:00 GMT\r\n
Cache-Control: no-store, no-cache, must-revalidate\r\n
Pragma: no-cache\r\n
Last-Modified: Tue, 06 Oct 2009 16:48:26 GMT\r\n
Cache-Control: post-check=0, pre-check=0\r\n
Vary: User-Agent\r\n
Keep-Alive: timeout=5, max=100\r\n
Connection: Keep-Alive\r\n
Transfer-Encoding: chunked\r\n
Content-Type: application/xml;\r\n
\r\n

I tested using the HTTP trace Robert Ripley sent. I discovered some things:

Libxml uses the PHP stream wrappers to load the WSDL. These stream wrappers return a malformed WSDL to libxml. This is not specific to SOAP. Running file_get_contents($wsdl) also returns a malformed WSDL.

It is reproducible with PHP 5.3 but not with PHP 5.3-HEAD. This suggests that this bug has already been fixed.

Please try using this snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

similar issue, on Debian unstable , PHP/5.3.0-3

laptop:/var/www/moodle-weekly/wspp/clients# ./mkclasses.sh
PHP Notice:  Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 84
PHP Notice:  Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 85
PHP Fatal error:  SOAP-ERROR: Parsing WSDL: Couldn't load from 
'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content at 
the end of the document
 in /var/www/moodle-weekly/wspp/wsdl2php.php on line 88
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load 
from 'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content 
at the end of the document
 in /var/www/moodle-weekly/wspp/wsdl2php.php:88
Stack trace:
#0 /var/www/moodle-weekly/wspp/wsdl2php.php(88): SoapClient-
>SoapClient('http://localhos...')
#1 {main}laptop:/var/www/moodle-weekly/wspp/clients#

similar issue, on Debian unstable , PHP/5.3.0-3

laptop:/var/www/moodle-weekly/wspp/clients# ./mkclasses.sh
PHP Notice:  Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 84
PHP Notice:  Undefined offset: 2 in /var/www/moodle-
weekly/wspp/wsdl2php.php on line 85
PHP Fatal error:  SOAP-ERROR: Parsing WSDL: Couldn't load from 
'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content at 
the end of the document
 in /var/www/moodle-weekly/wspp/wsdl2php.php on line 88
SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load 
from 'http://localhost/moodle-weekly/wspp/wsdl_pp.php' : Extra content 
at the end of the document
 in /var/www/moodle-weekly/wspp/wsdl2php.php:88
Stack trace:
#0 /var/www/moodle-weekly/wspp/wsdl2php.php(88): SoapClient-
>SoapClient('http://localhos...')
#1 {main}laptop:/var/www/moodle-weekly/wspp/clients#

Same issue on PHP 5.3 that comes with Mac OS X:

Fatal error: SOAP-ERROR: Parsing WSDL: Couldn't load from 
'http://typo3.org/wsdl/tx_ter_wsdl.php' : Extra content at the end of 
the document in /Users/user/Projects/TYPO3/typo3_src-
4.2.6/typo3/mod/tools/em/class.em_soap.php on line 115

The same problem: win xp, php 5.3.0.
[faultstring] => SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://webapi.allegro.pl/uploader.php?wsdl' : Extra content at the end of the document [faultcode] => WSDL

Had the same issue with PHP 5.3.0. Content-lenght was available in the header, but PHP gace fatel error 'extra content at the end of the document'.

With php-5.3-win32-VC6-x85-latest.zip the WSDL is being read without problems.

Please try using this snapshot:

  http://snaps.php.net/php5.3-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/

No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".

I downloaded the 1/6/10 5.3.3-dev snapshot and was still having issues 
with SOAP WSDL file parsing.  5.2.12 works fine.  Please keep this issue 
open.

I'm having the same issue, also using chunked-encoding.

Date: Mon, 11 Jan 2010 15:44:23 GMT

Last-Modified: Fri, 09 Oct 2009 13:49:56 GMT

Accept-Ranges: bytes

Content-Type: text/xml

Cache-Control: private

Content-Encoding: gzip

Transfer-Encoding: chunked

Verified in 5.3.2 against the Yahoo! EWS service.
 
HTTP/1.1 200 OK
Date: Wed, 31 Mar 2010 23:04:51 GMT
p3p: policyref="http://p3p.yahoo.com/w3c/p3p.xml", CP="CAO DSP COR CUR ADM DEV TAI PSA PSD IVAi IVDi CONi TELo OTPi OUR DELi SAMi OTRi UNRi PUBi IND PHY ONL UNI PUR FIN COM NAV INT DEM CNT STA POL HEA PRE GOV"
Connection: close
Transfer-Encoding: chunked
Content-Type: text/xml;charset=utf-8

PHP 5.3.2 (cli) (built: Mar  5 2010 15:08:05)
Copyright (c) 1997-2010 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
    with eAccelerator v0.9.6, Copyright (c) 2004-2010 eAccelerator, by eAccelerator
    with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans

Also, this is the current workaround that I'm using to get around this:

//+ral HACK: v5.3.x / libxml - http://bugs.php.net/bug.php?id=48216
//- $soapClient = new SoapClient("{$serviceUri}?wsdl", $soapOptions);
$tmpWsdlPath = tempnam(sys_get_temp_dir(), 'wsdl');
copy("{$serviceUri}?wsdl", $tmpWsdlPath);
$soapClient = new SoapClient($tmpWsdlPath, $soapOptions);

Wow, this is bad, still not fixed in PHP 5.3.2.
Can this please be fixed for PHP 5.3.3?

I'm experiencing the same issue with the following WSDL file:

https://qa.everbridge.net/ws3/services/WebServices3?wsdl

I'm using 5.2.13 on Windows Server 2008.

Here is the XML parsing error:

object(LibXMLError)#1 (6) {
  ["level"]=>
  int(3)
  ["code"]=>
  int(5)
  ["column"]=>
  int(5)
  ["message"]=>
  string(41) "Extra content at the end of the document
"
  ["file"]=>
  string(56) "https://qa.everbridge.net/ws3/services/WebServices3?wsdl"
  ["line"]=>
  int(537)
}

also happen in the newly PHP version 5.3,3

also happen in the newly PHP version 5.3.3

I downloaded the latest 5.3.3, running on Fedora 13, ran into this problem, is there a good solution?  I may need to fall back to 5.2.something because we require WSDL. If I can't parse a WSDL file, I'm screwed, because the ICD prescribes it.  I did get non-WSDL to work, but I'm not yet sure if that will be acceptable. I can get the same high level functionality, but then I won't be ICD-compliant. I am also worried that if I fall back to 5.2.something I will then run into other bugs that 5.3.3 might have fixed.

Experiencing the same behavior going against a web service hosted on an Oracle 
10g Application Server.
It's using chunked transfer encoding.

my PHP setup:

Downloaded php-5.3.3-nts-Win32-VC9-x86.zip today to my Windows 7 64-bit PC, 
renamed php.ini-development to php.ini, uncommented extension_dir, 
extension=php_soap.dll, and soap.wsdl_cache_dir.
Ran php from the command line using a php file containing the script with the 
SoapClient.

Request headers:

GET /path/endpoint?WSDL HTTP/1.1
Host: oas.internal.local:80
Authorization: Basic dGVzdDp0ZXN0
Connection: close

Response headers:

HTTP/1.1 200 OK
Date: Thu, 30 Sep 2010 22:45:45 GMT
Server: Oracle-Application-Server-10g/10.1.2.0.2 Oracle-HTTP-Server
Cache-Control: private
Connection: close
Transfer-Encoding: chunked
Content-Type: text/xml; charset=UTF-8

The body is broken into several chunks, all of which appear to have the correct 
sizes.

Interestingly, I tried one of the wsdl urls posted in an earlier comment - 
http://webapi.allegro.pl/uploader.php?wsdl - and it worked fine.  I noticed that 
its body was just one chunk.

As others have noted, the wsdl that 5.3.3 is rejecting works just fine in 5.2.x.

-Peter

It appears this problem is not fixed on 5.3.4 or 5.3.5! I've
instantiated a brand new (out of the box) nuSoap 0.9.5 server, defined
a single service, and still receive the same error on both >>

Fatal error: Uncaught SoapFault exception: [WSDL] SOAP-ERROR: Parsing
WSDL:Couldn't load from 'http://server/index.php?wsdl' : Extra content
at the end of the document in /home/user/consume.php:7 Stack trace: 
#0 /home/user/consume.php(7): SoapClient->SoapClient('http://server...')
#1 {main} thrown in /home/user/consume.php on line 7

I believe that this problem is only happening in php 5.3.* as it was working in php 5.2.*

The solution is also not very difficult.

Steps:
1. Download the WSDL file by $ wget http://example.com/path/to/wsdl/file.xml
2. Put this wsdl file at some location. Let's say the path is /local/path/to/wsdl/file.xml

3. Now create the soap client by the locally saved file like below

------------------------------------------------------------------------------
$soapClient = new SoapClient('/local/path/to/wsdl/file.xml', array('features' => SOAP_USE_XSI_ARRAY_TYPE, 'trace' => 1, 'exceptions' => true));
$result = $soapClient->__soapCall('ServiceName', $data);
------------------------------------------------------------------------------
I believe this will work.

seems like:
* php 5.3.5 windows has same bug
* php 5.3.8 linux works fine

This is happening on PHP 5.3.2 on Ubuntu :(

Confirmed working on 5.2.17

This bug has been fixed in SVN.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.

I have the same issue with linux, php 5.5.3.6-13ubuntu3.6

I have the same problem with php 5.3.10-1ubuntu3.1 with Suhosin-Patch released this year.

my ubuntu is pangolin precise.

Same problem here.
PHP 5.3.10-1ubuntu3.2 with Suhosin-Patch (cli) (built: Jun 13 2012 17:19:58)
Linux srv10 3.2.0-27-generic #43-Ubuntu SMP Fri Jul 6 14:25:57 UTC 2012 x86_64 
x86_64 x86_64 GNU/Linux

I'm also experiencing the same problem.

my php version is PHP 5.6.8

when I use soapclient like 
$client = new SoapClient('http://61.145.229.29:9003/MWGate/wmgw.asmx?WSDL') 

Fatal error: SOAP-ERROR: Parsing WSDL: Extra content at the end of the doc

It looks like web server sends HTTP response with proper Context-Length header, but after the regular context it sends additional HTTP headers. libxml and PHP stream layer don't take into account the Context-Length header value and read the following HTTP headers into libxml buffer. This cause the error.

This is not realated to ext/soap, but to PHP stream layer in general.
However, I'm not sure how this may be fixed.

I cannot reproduce this with PHP-7.4.  If anybody still gets this
error with any of the actively supported PHP versions[1], please
provide the URI of a publicly available WDSL which causes that
error.

[1] <https://www.php.net/supported-versions.php>

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.