Skip Menu |
 

This queue is for tickets about the SOAP-Lite CPAN distribution.

Report information
The Basics
Id: 96138
Status: new
Priority: 0/
Queue: SOAP-Lite

People
Owner: Nobody in particular
Requestors: Martin.Haase [...] DAASI.de
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: SOAP1.1 must not use encodingStyle in envelope
Date: Mon, 02 Jun 2014 18:12:21 +0200
To: bug-SOAP-Lite [...] rt.cpan.org
From: Martin Haase <Martin.Haase [...] DAASI.de>
Download (untitled) / with headers
text/plain 1.3k
Hi team, even Mr. Sperberg-McQueen commented on this, cf. http://stackoverflow.com/questions/17860360/soap-1-1-encodingstyle-attribute-validation-error The SOAP 1.1 XSD prohibits the occurence of an encodingStyle attirbute in the envelope. SOAP::Lite generates this for me: <?xml version="1.0" encoding="UTF-8"?><soap:Envelope *soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" *xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" ... However, my customer seems to be running an implementation that adheres strictly to the XSD, so that request is being rejected. After a lot of searching, I found this remedy: https://groups.yahoo.com/neo/groups/soaplite/conversations/topics/3756 $serializer->{'_attr'}{'{http://schemas.xmlsoap.org/soap/envelope/} <http://schemas.xmlsoap.org/soap/envelope/%7D>encodingStyle'} = undef; But it would be better for SOAP::Lite to not produce the attribute in the first place. Regards, Martin PS. I use SOAP::Lite from CentOS6 distribution, perl-SOAP-Lite-0.710.10-3.el6.noarch -- Dr. Martin Haase, Solutions Engineer DAASI International GmbH Europaplatz 3 D-72072 Tübingen Germany phone: +49 7071 407109-6 fax: +49 7071 407109-9 email: martin.haase@daasi.de web: www.daasi.de Sitz der Gesellschaft: Tübingen Registergericht: Amtsgericht Stuttgart, HRB 382175 Geschäftsleitung: Peter Gietz
Download smime.p7s
application/pkcs7-signature 2.1k

Message body not shown because it is not plain text.



This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.