Document Action: 'The 'application/soap+xml' media type' to Informational RFC

The IESG <iesg-secretary@ietf.org> Wed, 16 June 2004 15:30 UTC

Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA09093 for <ietf-announce-archive@ietf.org>; Wed, 16 Jun 2004 11:30:00 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BacMR-00023c-DE for ietf-announce-archive@ietf.org; Wed, 16 Jun 2004 11:29:59 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Babc1-0002KP-00 for ietf-announce-archive@ietf.org; Wed, 16 Jun 2004 10:42:03 -0400
Received: from [65.246.255.50] (helo=mx2.foretec.com) by ietf-mx with esmtp (Exim 4.12) id 1BaahM-0001YY-01; Wed, 16 Jun 2004 09:43:28 -0400
Received: from megatron.ietf.org ([132.151.6.71]) by mx2.foretec.com with esmtp (Exim 4.24) id 1BaZjH-00083v-Ez; Wed, 16 Jun 2004 08:41:23 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BaWsJ-0002gx-42; Wed, 16 Jun 2004 05:38:31 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BaTR7-0003h9-D3 for ietf-announce@megatron.ietf.org; Wed, 16 Jun 2004 01:58:13 -0400
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA04002 for <ietf-announce@ietf.org>; Wed, 16 Jun 2004 01:58:12 -0400 (EDT)
Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BaTR5-0003zD-8q for ietf-announce@ietf.org; Wed, 16 Jun 2004 01:58:11 -0400
Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BaQSE-0002Bv-00 for ietf-announce@ietf.org; Tue, 15 Jun 2004 22:47:11 -0400
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx with esmtp (Exim 4.12) id 1BaM0U-0004WW-00; Tue, 15 Jun 2004 18:02:14 -0400
Received: from apache by megatron.ietf.org with local (Exim 4.32) id 1BaLw5-00057I-7T; Tue, 15 Jun 2004 17:57:41 -0400
X-test-idtracker: no
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Message-Id: <E1BaLw5-00057I-7T@megatron.ietf.org>
Date: Tue, 15 Jun 2004 17:57:41 -0400
Cc: Internet Architecture Board <iab@iab.org>, RFC Editor <rfc-editor@rfc-editor.org>
Subject: Document Action: 'The 'application/soap+xml' media type' to Informational RFC
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ietf-announce.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
Sender: ietf-announce-bounces@ietf.org
Errors-To: ietf-announce-bounces@ietf.org
X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org
X-Spam-Status: No, hits=0.2 required=5.0 tests=AWL autolearn=no version=2.60

The IESG has approved the following document:

- 'The 'application/soap+xml' media type '
   <draft-baker-soap-media-reg-06.txt> as an Informational RFC

This document has been reviewed in the IETF but is not the product 
of an IETF Working Group. 

The IESG contact person is Scott Hollenbeck.

Technical Summary
 
This document defines the "application/soap+xml" media type which can
be used to describe SOAP 1.2 messages serialized as XML 1.0.
 
Working Group Summary

This document is an individual submission.  It is not the product of
an IETF working group.  The SOAP specification is a product of the
World Wide Web Consortium.
 
Protocol Quality
 
Scott Hollenbeck has reviewed the spec for the IESG.

RFC Editor Note:

In section 3, change:

--8<--
"action": This optional parameter can be used to specify the URI that 
identifies the intent of the message. In SOAP 1.2, it serves a similar 
purpose as the SOAPAction HTTP header field did in SOAP 1.1. Namely, 
its value identifies the intent of the message.

The value of the action parameter is an absolute URI-reference as 
defined by RFC 2396 [RFC2396]. SOAP places no restrictions on the 
specificity of the URI or that it is resolvable. Although the purpose 
of the action parameter is to indicate the intent of the SOAP message 
there is no mechanism for automatically computing the value based on 
the SOAP envelope. In other words, the value has to be determined out 
of band. It is recommended that the same value be used to identify sets 
of message types that are logically connected in some manner, for 
example part of the same "service". It is strongly RECOMMENDED that the 
URI be globally unique and stable over time.

The presence and content of the action parameter MAY be used by servers 
such as firewalls to appropriately filter SOAP messages and it may be 
used by servers to facilitate dispatching of SOAP messages to internal 
message handlers etc. It SHOULD NOT be used as an insecure form of 
access authorization. Use of the action parameter is OPTIONAL. SOAP 
Receivers MAY use it as a hint to optimize processing, but SHOULD NOT 
require its presence in order to operate.
-->8--

to

--8<--
"action": This optional parameter can be used to specify the URI that 
identifies the intent of the message. In SOAP 1.2, it serves a similar 
purpose as the SOAPAction HTTP header field did in SOAP 1.1. Namely, 
its value identifies the intent of the message.

The value of the action parameter is an absolute URI-reference as 
defined by RFC 2396 [RFC2396], which MUST be non-empty. SOAP places no 
restrictions on the specificity of the URI or that it is resolvable. 
Although the purpose of the action parameter is to indicate the intent 
of the SOAP message there is no mechanism for automatically computing 
the value based on the SOAP envelope. In other words, the value has to 
be determined out of band. It is recommended that the same value be 
used to identify sets of message types that are logically connected in 
some manner, for example part of the same "service". It is strongly 
RECOMMENDED that the URI be globally unique and stable over time.

Use of the action parameter is OPTIONAL. SOAP Receivers MAY use it as a 
hint to optimize processing, but SHOULD NOT require its presence in 
order to operate.
-->8--

Add the following to the end of the Security Considerations section
of the registration template found in section 3:

--8<--
The action parameter is not a security mechanism, and SHOULD NOT be 
used for authentication. If the action parameter is used to make 
decisions (e.g., dispatch, filtering), it is RECOMMENDED that the basis 
for such decisions should be confirmed by examining the SOAP Envelope.
-->8--


_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce