[PHP-BUG] Bug #51944 [NEW]: One-way SOAP requests are not sent, and no error is reported
From:
Operating system: Mac OS X 10.5.8
PHP version: 5.3.2
Package: SOAP related
Bug Type: Bug
Bug description:One-way SOAP requests are not sent, and no error is reported
Description:
One-way soap requests appear to fail silently. A one-way soap request is a
request which only defines an input message, and has no output message.
When making such a soap request, the request is never sent but no errors
are generated. The call just returns.
My php configure line was:
./configure --with-curl --enable-exif --enable-soap --with-snmp
--with-openssl
Here is a sample WSDL entry that fails:
http://www.w3.org/2001/XMLSchema";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns="http://schemas.xmlsoap.org/wsdl/";>
http://schemas.xmlsoap.org/soap/encoding/"/>
https://127.0.0.1/soap"/>
Test script:
---
/* Using the above WSDL */
$user = 'someuser';
$password = 'password';
$client = new
SoapClient($wsdl, array(
"location" => "https://127.0.0.1/soap";,
"login" => "$user",
"password" => "$password",
"trace" => 1,
"exceptions" => 0,
"authentication" => SOAP_AUTHENTICATION_DIGEST
)
);
$result = $client->OneWay('foo');
if(is_soap_fault($result)) {
print "SOAP Fault: (faultcode: ($result->faultcode), " .
"faultstring: ($result->faultstring))\n";
} else {
print_r($result);
}
exit;
Expected result:
The script should open a connection to the specified soap server and send a
request to call the OneWay function. This does not happen.
Actual result:
--
Fails silently -- no error, no backtrace, and no output.
--
Edit bug report at http://bugs.php.net/bug.php?id=51944&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51944&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51944&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51944&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51944&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51944&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51944&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51944&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51944&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51944&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51944&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51944&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51944&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51944&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51944&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51944&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51944&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51944&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51944&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51944&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51944&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51944&r=mysqlcfg
#32806 [Com]: fgets() function is slow
ID: 32806
Comment by: scottij at arbor dot net
Reported By: peoned at yahoo dot com
Status: No Feedback
Bug Type: Performance problem
Operating System: Linux
PHP Version: 5.0.4
Assigned To: wez
New Comment:
I'm getting similar behavior with php 5.2.1.
I am reading about 5,000 lines over a tcp socket to another program on
the localhost (NOT over a network). Initially, it takes about 500 us
per line of text (where the lines are < 20 characters long). Here is
the code snippet and output:
while (/* some eof and timeout checks here */) {
$rstart = microtime(TRUE);
$str = fgets($this->dataSocket, 8096);
$rstop = microtime(TRUE);
$rdiff = $rstop - $rstart;
print("read took $rdiff secs.\n");
print("str = $str\n");
}
This yields, for example:
str = 16549|Item2250||3|2|
read took 0.00049185752868652 secs.
str = 16550|Item2251||3|2|
read took 0.00049495697021484 secs.
str = 16551|Blob2252||3|2|
read took 0.00049018859863281 secs.
I run that over a full dump of my text (5000 lines).
If I then close the socket, open a new one, and do the same operation,
about halfway through the fgets() times start increasing dramatically:
str = 16645|Item2346||3|2|
read took 0.0019731521606445 secs.
str = 16646|Item2347||3|2|
read took 0.0019690990447998 secs.
str = 16647|Item2348||3|2|
read took 0.0020229816436768 secs.
2 ms to read each short line?? Again, this is just over a local
socket, nothing over the network.
This is reproducible every time on my system.
Thanks.
Previous Comments:
[2005-11-11 01:00:23] php-bugs at lists dot php dot net
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".
[2005-11-03 22:45:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-05-04 23:24:07] peoned at yahoo dot com
without fwrite() it is significantly faster, gives about 5-6 seconds.
But in Perl without print OUT $_; it gives around 1-2 seconds. So it is
still slower in PHP because of fgets().
[2005-05-02 14:25:11] [EMAIL PROTECTED]
Can you try your tests with the fwrite() line commented out?
[2005-04-28 07:30:31] peoned at yahoo dot com
I did an
`echo strlen($line).",";`
Here are the lengths for some of the first few lines:
42,7,18,11,71,13,8,7,42,7,20,11,73,70,68,63,13,8,7
It looks pretty much like this for the rest of the file. Lines between
1 and 100 chars in length.
Note: It isn't the start up cost for sure because I measured the time
just around the while loop with the same results.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/32806
--
Edit this bug report at http://bugs.php.net/?id=32806&edit=1
