First time here? Check out the site's "greatest hits" or read a post from the archives. Feel free to leave a comment or ask a question, and consider subscribing to the latest posts via RSS or e-mail. Thanks for visiting!
« .NET Redneck | Main | Garrick Neal's Ten Commandments of Diabe... »

I've got a client who doesn't fundamentally understand SOAP, much less XML.  They are insisting on a specific prefix for elements in a SOAP Response we are sending to them.

They want:

       <soap:body>
             <samlp:Response xmlns:samlp="thewholedurnthing">  
                  <samlp:somestuff>

I'm producing via an ASMX :

         <soap:body>
             <Response xmlns ="thewholedurnthing" xmlns:samlp="thewholedurnthing">
                  <samlp:somestuff>

and they are not digging it.  Certainly the prefix doesn't matter as the InfoSet is semantically the same.  I suspect the client (who is using Java) is manually <gasp> parsing the Response.

I'm hoping to cover this experience in an upcoming PADNUG talk now tenatively entitled "How NOT to do Web Services: Is ritual suicide the only answer?"

I messed around with the obvious XmlRoot and XmlType attributes and observed they were being wholly ignored for the Root Element of the resulting SOAP payload.  I talked to Christian Weyer and Herr Vasters who confirmed that it is 99.9% not possible via simple attributes. 

So, taking their advice I will write a quickie SoapExtension, probably something along the lines of:
     XmlRootForcePrefix(prefix="samlp", namespace="thewholedurnthing").



Monday, July 28, 2003 11:14:01 PM (Pacific Standard Time, UTC-08:00)
Ouch....
Tuesday, July 29, 2003 1:16:41 AM (Pacific Standard Time, UTC-08:00)
Which part?
Tuesday, July 29, 2003 5:26:06 AM (Pacific Standard Time, UTC-08:00)
What do you actually mean by "Ouch .." ??? Really wondering ...
Tuesday, July 29, 2003 11:34:01 AM (Pacific Standard Time, UTC-08:00)
Maybe it was the ritual suicide?
Tuesday, July 29, 2003 5:59:58 PM (Pacific Standard Time, UTC-08:00)
The part where you have to deal with clients who should really choose to understand a technology before implementing it. :P
Tuesday, July 29, 2003 10:18:13 PM (Pacific Standard Time, UTC-08:00)
Ouch - ouch - ouch!!! ;-)
Comments are closed.

Contact

Sponsors

Hosting By

Text Links

On this page...

Tags

Calendar

<August 2008>
SunMonTueWedThuFriSat
272829303112
3456789
10111213141516
17181920212223
24252627282930
31123456

Archives

Google Ads