RE: SOAP/XML Protocol and filtering, etc.

> it breaks compatibility with HTTP, it forces SOAP implementations
> to depend
> on non-portable features of HTTP client libraries and proxies, it is not
> portable across SOAP substrates, it is not reliable as a
> filtering mechanism
> (meaning it's inherently insecure), and it doesn't work with encryption.

How does is break HTTP if HTTP 1.1 explicitly allows entity extension
headers and contains explicit rules on how they should be handled? Saying
SOAPAction breaks HTTP is a red herring. It does no such thing.

Received on Tuesday, 8 May 2001 11:49:53 UTC