Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 0.14.0

Bug #2656 soap headers get clobbered in $wsdl->[bindings]...
Submitted: 2004-11-01 08:30 UTC
From: byrne at majordojo dot com Assigned:
Status: No Feedback Package: SOAP
PHP Version: 4.3.9 OS: Fedora Core Development Release
Roadmaps: (Not assigned)    
Subscription  


 [2004-11-01 08:30 UTC] byrne at majordojo dot com
Description: ------------ When a WSDL file such as Salesforce.com's file declares a SOAP header element like so: <operation name="create"> <soap:operation soapAction=""/> <input> <soap:header use="literal" message="tns:Header" part="SessionHeader"/> <soap:header use="literal" message="tns:Header" part="CallOptions"/> <soap:header use="literal" message="tns:Header" part="SaveOptions"/> <soap:header use="literal" message="tns:Header" part="AssignmentRuleHeader"/> <soap:body parts="parameters" use="literal"/> </input> <output> <soap:body use="literal"/> </output> <fault name="InvalidSObjectFault"> <soap:fault name="InvalidSObjectFault" use="literal"/> </fault> <fault name="UnexpectedErrorFault"> <soap:fault name="UnexpectedErrorFault" use="literal"/> </fault> </operation> When this happens the logic in SOAP/WSDL.php for setting the input/body element clobbers the previous headers array. Here is a patch that fixes this problem (apply to SOAP-0.8RC3): === CUT HERE === 1194,1195c1194,1195 < $this->wsdl->bindings[$this->currentBinding] < ['operations'][$this->currentOperation][$this->opStatus] = $attrs; --- > $newarray = array_merge($this->wsdl->bindings[$this->currentBinding]['operations'][$this->currentOperation][$this->opStatus],$attrs); > $this->wsdl->bindings[$this->currentBinding]['operations'][$this->currentOperation][$this->opStatus] = $newarray; === CUT HERE ===

Comments

 [2005-09-14 13:22 UTC] pear at public dot alixta dot org
Is this a bug? Any chance it could be confirmed? I am working with pear::soap an am having a few difficulties - would be nice to what is/isn't working as expected. Cheers Alistair
 [2007-06-27 11:41 UTC] User who submitted this comment has not confirmed identity
If you submitted this note, check your email.If you do not have a message, click here to re-send
MANUAL CONFIRMATION IS NOT POSSIBLE.  Write a message to pear-dev@lists.php.net
to request the confirmation link.  All bugs/comments/patches associated with this

email address will be deleted within 48 hours if the account request is not confirmed!
 [2008-07-15 13:31 UTC] User who submitted this comment has not confirmed identity
If you submitted this note, check your email.If you do not have a message, click here to re-send
MANUAL CONFIRMATION IS NOT POSSIBLE.  Write a message to pear-dev@lists.php.net
to request the confirmation link.  All bugs/comments/patches associated with this

email address will be deleted within 48 hours if the account request is not confirmed!
 [2008-08-04 08:39 UTC] User who submitted this comment has not confirmed identity
If you submitted this note, check your email.If you do not have a message, click here to re-send
MANUAL CONFIRMATION IS NOT POSSIBLE.  Write a message to pear-dev@lists.php.net
to request the confirmation link.  All bugs/comments/patches associated with this

email address will be deleted within 48 hours if the account request is not confirmed!