Updated 2014-04-10 10:05:00 by RLE

SOAP, or Simple Object Access [Protocol], is an Web Service protocol.

Documentation  edit

specifications
Fun with SOAP, by Cameron Laird
Cameron Laird's personal notes on SOAP

Tcl Clients  edit

WebServices for Tcl, by Gerald Lester
Client/Server
TclSOAP
Client/Server

See Also  edit

TclSOAP
WS
Cameron Laird's personal notes on SOAP
The S stands for Simple, Pete Lacey, 2006-11-15
Getting Data, The REST Dialogues, Duncan Cragg, 2006-11-14
Sun technologist: SOAP stack a 'failure', Paul Krill, 2008-07-24
Tim Bray, co-inventor of XML, prefers REST mechanism over SOAP
SOAP is Comatose But Not Officially Dead!, Carlos E. Perez, 2005-02-19
CMcC: Check this quote from one of the pro-SOAP commentators: My feeling remains that until you surface the XML your WS (no matter which stack you choose) is not going to impedance match with your business.
Giving SOAP a REST, Amit Asaravala, 2002-10-21

SOAP vs REST  edit

Bob:

Representational State Transfer, REST vs SOAP: yet another software religious war, in which truth was an early casualty. For me, the following puts these technologies in their place.

"To be fair, REST isn't the best solution for every Web service. Data that needs to be secure should not be sent as parameters in URIs. And large amounts of data, like that in detailed purchase orders, can quickly become cumbersome or even out of bounds within a URI. In these cases, SOAP is indeed a solid solution. But it's important to try REST first and resort to SOAP only when necessary. This helps keep application development simple and accessible.

Developers need to understand that sending and receiving a SOAP message isn't always the best way for applications to communicate. Sometimes a simple REST interface and a plain text response does the trick--and saves time and resources in the process."
Giving SOAP a REST, Amit Asaravala, 2002-10-21

"While the major vendors and standards bodies continue to build the core Web services stack around SOAP, a small and sometimes vocal minority eschews SOAP in favor of Web services based on Representational State Transfer (REST). While there is some truth in proponents' claims that REST is simpler and faster, they tend to ignore issues of quality of service (QoS), which are the primary driver of the growing complexity of the SOAP-based Web services stack. Oddly enough, today's REST versus SOAP debate sounds almost the same as the SOAP versus CORBA debates from four years ago. REST has a place as a transition step to Web services, and it may even garner a long-term place for simple create-read-update-delete types of interactions, but tooling and infrastructure for SOAP provide greater productivity, making it a more strategic investment for a wider range of long-term requirements."
SOAP Versus REST: A Comparison, Randy Heffner and Mike Gilpin,2004-09-13

XMLSpy  edit

XMLSpy "has a very cool function in it to test/debug SOAP", according to David Bigelow.

Dave: The Cool Function in XMLSpy is AWESOME - but not worth the US$1,000.00 price tag. Surely there is something that can be done to do the same thing in Native Tcl...

LV I would guess that while something could be written in native Tcl to help test and debug soap, it is doubtful that it already exists and is available for free. If it exists, it probably is either internal to someone's company, or is on the slate for someone to develop and sell. However don't let that discourage you from writing such a thing!

Lost  edit

[1] talks about using SOAP with Tcl, by Cameron Laird.

[PT] write: This article covers version 1.3 so is a little old. It's still a good introduction but you'll want to check the examples that are part of the TclSOAP distribution. Especially if you intend to send structures or advanced types over SOAP.
TWist
Tcl Web Services Toolkit: Client/Server, parses WSDL, Server part used to use AOLServer, now seems to be Web-server agnostic