From: kjarli at gmail dot com Operating system: * PHP version: 5.3.26 Package: SOAP related Bug Type: Feature/Change Request Bug description:SoapServer::handle() should return instead of print
Description: ------------ Case: I'm using a framework with MVC, symfony2. I'm using SOAP for 1 part of the system to receive notifications by an external party. Using SoapServer::handle() requires me to hack/cheat on the MVC pattern. Say I want to use the normal route in any framework, thus assign my SoapServer::handle() to a variable in the output, that's impossible because it's send to the browser straight away. This breaks several things: - The framework using Output Buffering - PHPUnit using Output Buffering. Soap feels like php 4.0 and it's time to update it. My feature request: Have SoapServer::handle() return the string instead or make a new method that does this. Test script: --------------- $classmap = array(...); $server = new \SoapServer( __DIR__ . '/../Resources/config/Notification.wsdl', array('classmap' => $this->classmap) ); $server->setObject($this->get('mysoap.methods')); $response = new Response(); $response->headers->set('Content-Type', 'text/xml; charset=ISO-8859-1'); // Sadly handle() prints the output rather than returning it -.- ob_start(); $server->handle(); $content = ob_get_length() > 0 ? ob_get_clean() : '<?xml version="1.0" encoding="UTF-8"?><root><error>No soap response generated</error></root>'; $response->setContent($content); Expected result: ---------------- . Actual result: -------------- Would be so much easier if I could just do: [...] $response = new Response(); $response->headers->set('Content-Type', 'text/xml; charset=ISO-8859-1'); $response->setContent($server->handle()); -- Edit bug report at https://bugs.php.net/bug.php?id=65004&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65004&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65004&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65004&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65004&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65004&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65004&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65004&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65004&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=65004&r=support Expected behavior: https://bugs.php.net/fix.php?id=65004&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65004&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65004&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65004&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65004&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65004&r=dst IIS Stability: https://bugs.php.net/fix.php?id=65004&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=65004&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65004&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65004&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65004&r=mysqlcfg