#48524 [Com]: Timeout setting is not considered on SOAP+HTTPS calls

2009-07-07 Thread akomasinski at gmail dot com
 ID:   48524
 Comment by:   akomasinski at gmail dot com
 Reported By:  valer_crisan at yahoo dot com
 Status:   Open
 Bug Type: SOAP related
 Operating System: Linux
 PHP Version:  5.2.9
 New Comment:

I am seeing the same issue on PHP 5.3.0 on windows and linux.  The
issue seems to be exactly as described.


Previous Comments:


[2009-06-10 19:06:43] valer_crisan at yahoo dot com

Description:

The default_socket_timeout option is not taken in consideration when
making SOAP requests to a HTTPS URL. 

This causes big issues for us because, if the server hung for some
reason, the client waits forever to get a reply back.

The code works correctly when using HTTP URLs. But in our production
environment we need to use HTTPS so this is not a workaround.

Reproduce code:
---
SOAP Server code:

$Server = new SoapServer('ed.wsdl');
$Server-setClass('Ed');
$Server-handle();
class Ed{
public function hello($Input){
sleep(30);
return array('goodbye' = Goodbye  . $Input-firstname);
}
}

SOAP client code:

echo Start time:  . date('c') . \n;
ini_set('soap.wsdl_cache_enabled', 0);
ini_set('default_socket_timeout', 5);
$Binding = new SoapClient('ed.wsdl', array('trace' = 1));
try {
  $Return = $Binding-hello(array('firstname' = 'john'));
  echo Response: ; print_r($Return);
} catch( Exception $e ) {
  echo Exception: ; print_r($e);
}
echo End time:  . date('c') . \n;

Let me know if you need the wsdl file as well.

Expected result:

I expect a SOAP timeout exception to be thrown.

Actual result:
--
The client gets the server response after 30 seconds, as shown here:

Start time: 2009-06-10T11:58:30-07:00
Response: stdClass Object
(
[goodbye] = Goodbye john
)
End time: 2009-06-10T11:59:00-07:00






-- 
Edit this bug report at http://bugs.php.net/?id=48524edit=1



#45745 [NEW]: periodic fatal failure of soapclient generation

2008-08-07 Thread akomasinski at gmail dot com
From: akomasinski at gmail dot com
Operating system: Windows Vista
PHP version:  5.2.6
PHP Bug Type: SOAP related
Bug description:  periodic fatal failure of soapclient generation

Description:

This may (or may not) be the same as bug 45282.  I cannot tell from his
post whether or 

I experience this error irregularly.  I think I am missing something from
the error that is happening.




Reproduce code:
---
define('MSN_CONNECTION_URI','https://adcenterapi.microsoft.com/Api/Advertiser/V5.1/');


$opts = array('trace' = true,  'compression' = SOAP_COMPRESSION_ACCEPT |
SOAP_COMPRESSION_GZIP);

$my_client = new SOAPClient(MSN_CONNECTION_URI .
Reporting/ReportingService.svc?wsdl, $opts); 

Expected result:

$my_client should be a valid SOAPClient (and it usually is).

Actual result:
--
SOAP-ERROR: Parsing Schema: element
'http://schemas.microsoft.com/2003/10/Serialization/:anyType' already
defined


-- 
Edit bug report at http://bugs.php.net/?id=45745edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=45745r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=45745r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=45745r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45745r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=45745r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=45745r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45745r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45745r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=45745r=support
Expected behavior:http://bugs.php.net/fix.php?id=45745r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=45745r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=45745r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45745r=globals
PHP 4 support discontinued:   http://bugs.php.net/fix.php?id=45745r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45745r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45745r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=45745r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=45745r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=45745r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45745r=mysqlcfg



#45745 [Opn]: periodic fatal failure of soapclient generation

2008-08-07 Thread akomasinski at gmail dot com
 ID:   45745
 User updated by:  akomasinski at gmail dot com
 Reported By:  akomasinski at gmail dot com
 Status:   Open
 Bug Type: SOAP related
 Operating System: Windows Vista
 PHP Version:  5.2.6
 New Comment:

see:

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=3720880SiteID=1mode=1

I believe I have resolved this bug.  The MS-generated XML was not
careful about the cases on its namespaces.  I am not sure if any action
is required from PHP.


Previous Comments:


[2008-08-07 16:23:23] akomasinski at gmail dot com

Description:

This may (or may not) be the same as bug 45282.  I cannot tell from his
post whether or 

I experience this error irregularly.  I think I am missing something
from the error that is happening.




Reproduce code:
---
define('MSN_CONNECTION_URI','https://adcenterapi.microsoft.com/Api/Advertiser/V5.1/');


$opts = array('trace' = true,  'compression' =
SOAP_COMPRESSION_ACCEPT | SOAP_COMPRESSION_GZIP);

$my_client = new SOAPClient(MSN_CONNECTION_URI .
Reporting/ReportingService.svc?wsdl, $opts); 

Expected result:

$my_client should be a valid SOAPClient (and it usually is).

Actual result:
--
SOAP-ERROR: Parsing Schema: element
'http://schemas.microsoft.com/2003/10/Serialization/:anyType' already
defined






-- 
Edit this bug report at http://bugs.php.net/?id=45745edit=1



#29681 [Com]: Parent: child process exited with status 3221225477

2004-12-08 Thread akomasinski at gmail dot com
 ID:   29681
 Comment by:   akomasinski at gmail dot com
 Reported By:  tony at marston-home dot demon dot co dot uk
 Status:   Open
 Bug Type: Apache2 related
 Operating System: WindowsXP
 PHP Version:  5.0.1
 New Comment:

Same error in 5.0.2 + Apache 2.0.50 + MySQL 4.0.22
Windows XP SP1


Previous Comments:


[2004-12-02 05:40:02] aristotle at brettia dot com

I had this same problem.  My stats:

Windows XP SP2, AMD Athlon 64 (32-bit Windows, though)
PHP 5.0.1, Apache 2.0.50, MySQL 4.0.22

Apache Error Log Excerpts:

(Restarted Server)
[Wed Dec 01 21:14:56 2004] [notice] mod_python: Creating 32 session
mutexes based on 0 max processes and 250 max threads.
[Wed Dec 01 21:14:57 2004] [notice] Parent: Created child process 3960
[Wed Dec 01 21:14:57 2004] [notice] mod_python: Creating 32 session
mutexes based on 0 max processes and 250 max threads.
[Wed Dec 01 21:14:57 2004] [notice] Child 3960: Child process is
running
[Wed Dec 01 21:14:57 2004] [notice] Child 3960: Acquired the start
mutex.
[Wed Dec 01 21:14:57 2004] [notice] Child 2080: Released the start
mutex
[Wed Dec 01 21:14:57 2004] [notice] Child 3960: Starting 250 worker
threads.
[Wed Dec 01 21:14:58 2004] [notice] Child 2080: Waiting for 250 worker
threads to exit.
[Wed Dec 01 21:14:58 2004] [notice] Child 2080: All worker threads have
exited.
[Wed Dec 01 21:14:59 2004] [notice] Child 2080: Child process is
exiting
(This error happens upon running a script.)
[Wed Dec 01 21:15:04 2004] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
[Wed Dec 01 21:15:04 2004] [notice] mod_python: Creating 32 session
mutexes based on 0 max processes and 250 max threads.
[Wed Dec 01 21:15:04 2004] [notice] Parent: Created child process 2280
[Wed Dec 01 21:15:04 2004] [notice] mod_python: Creating 32 session
mutexes based on 0 max processes and 250 max threads.
[Wed Dec 01 21:15:04 2004] [notice] Child 2280: Child process is
running
[Wed Dec 01 21:15:04 2004] [notice] Child 2280: Acquired the start
mutex.
[Wed Dec 01 21:15:04 2004] [notice] Child 2280: Starting 250 worker
threads.
[Wed Dec 01 21:19:35 2004] [notice] Parent: Received restart signal --
Restarting the server.
[Wed Dec 01 21:19:35 2004] [notice] Child 2280: Exit event signaled.
Child process is ending.
[Wed Dec 01 21:19:35 2004] [notice] Parent: Created child process 2088
[Wed Dec 01 21:19:36 2004] [notice] Child 2088: Child process is
running
[Wed Dec 01 21:19:36 2004] [notice] Child 2088: Acquired the start
mutex.
[Wed Dec 01 21:19:36 2004] [notice] Child 2280: Released the start
mutex
[Wed Dec 01 21:19:36 2004] [notice] Child 2088: Starting 250 worker
threads.
[Wed Dec 01 21:19:37 2004] [notice] Child 2280: Waiting for 250 worker
threads to exit.
[Wed Dec 01 21:19:41 2004] [notice] Child 2280: All worker threads have
exited.
[Wed Dec 01 21:19:41 2004] [notice] Child 2280: Child process is
exiting

(I don't know how much of this is useful, so I didn't prune much out.)

How Problem Was Fixed

1. Disabled mod_python (Worked once without error)
2. Enabled mod_python
3. Fixed code bug where I was attempting to __get() a non-existent key
from an array that was a property of an overloaded (I think) object. 
The __get() function in question:

public function __get($key) {

if($this-isValid($key)) {

return $this-data_array[$key];

} else {

throw new ArrayStoreException('Variable with key [' . $key . ']
does not exist in the data array.',1);
return false;

}

}

And the isValid function which __get() calls:

public function isValid($key) {

if(array_key_exists($key,$this-data_array)) {

return true;

} else {

return false;

}

}

4. Reran the script, everything was fine.



[2004-11-16 12:23:16] php_bug at cklowe dot com

This bug looks to be the same as bug 26286:
http://bugs.php.net/bug.php?id=26286



[2004-10-21 19:20:21] tony at marston-home dot demon dot co dot uk

I have reinstated my sample code at
http://www.tonymarston.co.uk/error.zip

There are instructions inside on how to reproduce the error.



[2004-10-21 11:34:10] [EMAIL PROTECTED]

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to Open.

Thank you for your interest in PHP.


There is nothing at that URL any more, please include a minimal
reproduction script.



[2004-10-11 19:07:26] joel at preacherboy dot net

I'm seeing this occur with Apache 2.0.52, PHP 5.0.2