/[pub]/suikawiki/sw4data/ids/2/181.txt
Suika

Contents of /suikawiki/sw4data/ids/2/181.txt

Parent Directory Parent Directory | Revision Log Revision Log


Revision 1.2 - (hide annotations) (download)
Mon Sep 23 14:56:08 2013 UTC (11 years, 2 months ago) by wakaba
Branch: MAIN
CVS Tags: HEAD
Changes since 1.1: +338 -351 lines
File MIME type: text/plain
updated by (anon)

1 wakaba 1.2
2     '''The "application/soap+xml" media type'''
3     - Network Working Group
4     - Request for Comments: 3902
5     - Category: Informational
6     - M. Baker
7     - Independent
8     - M. Nottingham
9     - BEA Systems
10     - September 2004
11    
12    
13     * Status of this Memo
14    
15     > This memo provides information for the Internet community. It does
16     not specify an Internet standard of any kind. Distribution of this
17     memo is unlimited.
18    
19    
20     * Copyright Notice
21    
22     > Copyright (C) The Internet Society (2004).
23    
24    
25     * Abstract
26    
27     > This document defines the "application/soap+xml" media type which can
28     be used to describe SOAP 1.2 messages serialized as XML 1.0.
29    
30     この文書は XML 1.0 で直列化した SOAP 1.2 メッセージを記述するために使用できる
31     [CODE(MIME)[application/soap+xml]] 媒体型を定義します。
32    
33    
34     * 1. Introduction
35    
36     > SOAP version 1.2 (SOAP) is a lightweight protocol intended for
37     exchange of structured information between peers in a decentralized,
38     distributed environment. It defines an extensible messaging
39     framework that contains a message construct based on XML technologies
40     that can be exchanged over a variety of underlying protocols.
41    
42     SOAP 1.2 版 (SOAP) は脱集中分散環境の同輩間の構造化情報の交換のための軽量プロトコルです。
43     SOAP は様々なプロトコルの上で交換できる XML
44     技術を基にしたメッセージ構造を含む、拡張可能なメッセージ付けの枠組みを定義しています。
45    
46     > This specification defines the media type "application/soap+xml"
47     which can be used to identify SOAP 1.2 message envelopes that have
48     been serialized with XML 1.0. Such serializations are useful as the
49     basis of "wire formats" for SOAP 1.2 Protocol Binding Specifications
50     [W3C.REC-soap12-part1-20030624], or in other situations where an XML
51     serialization of a SOAP envelope is required.
52    
53     この仕様書は XML 1.0 で直列化した SOAP 1.2 メッセージ封筒を識別するために使うことができる
54     [DFN[[CODE(MIME)[[[application/soap+xml]]]]]] 媒体型を定義します。
55     XML 1.0 直列化形は、 SOAP 1.2 プロトコル束縛仕様書の[Q[[RUBYB[通信] [wire]]形]]の基礎として、
56     あるいはその他 SOAP 封筒の XML 直列化が必要な状況で有用です。
57    
58     > The "application/soap+xml" media type explicitly identifies SOAP 1.2
59     message envelopes that have been serialised with XML 1.0; message
60     envelopes with a different SOAP namespace version or using another
61     XML serialisation MUST NOT use it.
62    
63     [CODE(MIME)[application/soap+xml]] 媒体型は明示的に SOAP 1.2
64     メッセージ封筒を XML 1.0 で直列化したものを識別します。
65     異なる SOAP 名前空間版や他の XML 直列化を使ったメッセージ封筒は、
66     この媒体型を使っては'''なりません'''。
67    
68     > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
69     "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
70     document are to be interpreted as described in [RFC2119].
71    
72    
73     * 2. Registration
74    
75     >
76     :MIME media type name:application
77     :MIME subtype name:soap+xml
78     :Required parameters:none
79     :Optional parameters:
80    
81     >
82     :"charset":This parameter has identical semantics to the charset
83     parameter of the "application/xml" media type as specified in
84     RFC 3023 [RFC3023].
85     :"action":This optional parameter can be used to specify the URI
86     that identifies the intent of the message. In SOAP 1.2, it
87     serves a similar purpose as the SOAPAction HTTP header field
88     did in SOAP 1.1. Namely, its value identifies the intent of the message.
89    
90     :[CODE(MIME)[[[charset]]]]:[[RFC 3023]] で規定されている
91     [CODE(MIME)[[[application/xml]]]] 媒体型の [CODE(MIME)[[[charset]]]]
92     引数と同じ意味を持つ引数です。
93     :[CODE(MIME)[[[action]]]]:メッセージの意図を識別する URI
94     を指定するために使うことができる省略可能な引数です。
95     SOAP 1.2 では SOAP 1.1 の [CODE(HTTP)[[[SOAPAction]]]] HTTP
96     頭欄と同様の目的で使います。つまり、値はメッセージの意図を識別します。
97    
98     > The value of the action parameter is an absolute URI-reference
99     as defined by RFC 2396 [RFC2396], which MUST be non-empty.
100     SOAP places no restrictions on the specificity of the URI or
101     that it is resolvable. Although the purpose of the action
102     parameter is to indicate the intent of the SOAP message there
103     is no mechanism for automatically computing the value based on
104     the SOAP envelope. In other words, the value has to be
105     determined out of band. It is recommended that the same value
106     be used to identify sets of message types that are logically
107     connected in some manner, for example part of the same
108     "service". It is strongly RECOMMENDED that the URI be globally
109     unique and stable over time.
110    
111     [CODE(MIME)[[[action]]]] 引数の値は [[RFC 2396]] で定義された絶対
112     URI 参照で、空以外でなければ'''なりません'''。 SOAP
113     はこの URI の特異性やこの URI が解決可能かどうかについて何の制限も課しません。
114     [CODE(MIME)[action]] 引数の目的は SOAP メッセージの意図を示すことですが、
115     SOAP 封筒を基にして自動的に値を計算する仕組みはありません。
116     言い換えれば、この値は外部で決定しなければなりません。ある方法で論理的に接続されたメッセージ型の集合、
117     例えば同じ[Q[サービス]]の一部を識別するために同じ値を使うことを推奨します。
118     URI は大域的に固有であって、時をこえて安定であることを強く'''推奨'''します。
119    
120     > Use of the action parameter is OPTIONAL. SOAP Receivers MAY
121     use it as a hint to optimize processing, but SHOULD NOT require
122     its presence in order to operate.
123    
124     [CODE(MIME)[action]] 引数の使用は'''任意選択'''です。 SOAP
125     受信者は処理を最適化するヒントとして使っても'''構いません'''が、
126     処理のためにこの引数が存在していることを必要とする'''べきではありません'''。
127    
128     >
129     :Encoding considerations:Identical to those of "application/xml" as
130     described in RFC 3023 [RFC3023], section 3.2, as applied to the
131     SOAP envelope infoset.
132    
133     [[RFC 3023]] 3.2節で [CODE(MIME)[application/xml]] について説明されていることが
134     SOAP 封筒情報集合にも適用されます。
135    
136     >
137     :Security considerations:Because SOAP can carry application defined
138     data whose semantics is independent from that of any MIME wrapper
139     (or context within which the MIME wrapper is used), one should not
140     expect to be able to understand the semantics of the SOAP message
141     based on the semantics of the MIME wrapper alone. Therefore,
142     whenever using the "application/soap+xml" media type, it is
143     strongly RECOMMENDED that the security implications of the context
144     within which the SOAP message is used is fully understood. The
145     security implications are likely to involve both the specific SOAP
146     binding to an underlying protocol as well as the application-defined
147     semantics of the data carried in the SOAP message (though
148     one must be careful when doing this, as discussed in SOAP 1.2 Part
149     1 [W3C.REC-soap12-part1-20030624], section Binding to
150     Application-Specific Protocols).
151    
152     SOAP はその意味が MIME [RUBYB[覆い子] [wrapper]]のもの
153     (や MIME 覆い子が使用されている文脈) から独立した応用定義のデータを伝達できますから、
154     MIME 覆い子だけの意味に基づいて SOAP メッセージの意味を理解できると期待するべきではありません。
155     従って、 [CODE(MIME)[application/soap+xml]] 媒体型を使う時は常に SOAP
156     メッセージが使われている文脈による安全性への影響を完全に理解することを強く'''推奨'''します。
157     安全性への影響は特定の下位プロトコルへの束縛にも、
158     SOAP メッセージで伝達されるデータの意味にも関わります。
159    
160     > Also, see SOAP 1.2 Part 1 [W3C.REC-soap12-part1-20030624], the
161     entire section Security Considerations.
162    
163     また、 SOAP 1.2 第1部の安全性に関してもご覧下さい。
164    
165     > In addition, as this media type uses the "+xml" convention, it
166     shares the same security considerations as described in RFC 3023
167     [RFC3023], section 10.
168    
169     加えて、この媒体型は [CODE(MIME)[+xml]] 記法を使っていますから、
170     [[RFC 3023]] 10章で説明されている安全性についての考察も該当します。
171    
172     > The action parameter is not a security mechanism, and SHOULD NOT
173     be used for authentication. If the action parameter is used to
174     make decisions (e.g., dispatch, filtering), it is RECOMMENDED that
175     the basis for such decisions should be confirmed by examining the
176     SOAP Envelope.
177    
178     [CODE(MIME)[action]] 引数は安全のための仕組みではなく、
179     認証のために使用する'''べきではありません'''。決定
180     (例えば発射、濾過) のために [CODE(MIME)[action]]
181     引数を使う場合は、その決定の基礎は SOAP 封筒の検査によって確認することを'''推奨'''します。
182    
183     >
184     :Interoperability considerations:There are no known interoperability issues.
185     :Published specification:SOAP 1.2 Part 1
186     [W3C.REC-soap12-part1-20030624] and SOAP 1.2 Part 2
187     [W3C.REC-soap12-part2-20030624].
188     :Applications which use this media type:Various SOAP 1.2 conformant
189     toolkits use this media type.
190     :Additional information:
191     [PRE[
192     File extension: SOAP messages are not required or expected to be
193     stored as files.
194     Fragment identifiers: Identical to that of "application/xml" as
195     described in RFC 3023 [RFC3023], section 5.
196     Base URI: As specified in RFC 3023 [RFC3023], section 6. Also see
197     SOAP 1.2 Part 1 [W3C.REC-soap12-part1-20030624], section Use of
198     URIs in SOAP.
199     Macintosh File Type code: TEXT
200     Person and email address to contact for further information:
201     World Wide Web Consortium <web-human@w3.org>
202     Intended usage: COMMON
203     Author/Change controller: The SOAP 1.2 specification set is a work
204     product of the World Wide Web Consortium's XML Protocol Working
205     Group. The W3C has change control over these specifications.
206     ]PRE]
207    
208    
209    
210     * 3. Security Considerations
211    
212     > See the "Security Considerations" section of the registration
213     template found in Section 2.
214    
215    
216     * 4. Normative References
217    
218     [PRE[
219     [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
220     Requirement Levels", BCP 14, RFC 2119, March 1997.
221     ]PRE]
222    
223     [PRE[
224     [RFC2396] Berners-Lee, T., Fielding, R., and L. Masinter, "Uniform
225     Resource Identifiers (URI): Generic Syntax", RFC 2396,
226     August 1998.
227     ]PRE]
228    
229     [PRE[
230     [RFC3023] Murata, M., St.Laurent, S., and D. Kohn, "XML Media
231     Types", RFC 3023, January 2001.
232     ]PRE]
233    
234     [PRE[
235     [W3C.REC-soap12-part1-20030624]
236     Hadley, M., Mendelsohn, N., Moreau, J., Nielsen, H., and
237     M. Gudgin, "SOAP Version 1.2 Part 1: Messaging
238     Framework", W3C REC REC-soap12-part1-20030624, June 2003.
239     ]PRE]
240    
241     [PRE[
242     [W3C.REC-soap12-part2-20030624]
243     Moreau, J., Nielsen, H., Gudgin, M., Hadley, M., and N.
244     Mendelsohn, "SOAP Version 1.2 Part 2: Adjuncts", W3C REC
245     REC-soap12-part2-20030624, June 2003.
246     ]PRE]
247    
248    
249     * 5. Authors' Addresses
250    
251     [PRE[
252     Mark A. Baker
253     Independent
254     37 Charles St.
255     Ottawa, Ontario K1M 1R3
256     CA
257     ]PRE]
258    
259     [PRE[
260     EMail: distobj@acm.org
261     ]PRE]
262    
263     [PRE[
264     Mark Nottingham
265     BEA Systems
266     235 Montgomery St., Level 15
267     San Francisco, CA 94010
268     US
269     ]PRE]
270    
271     [PRE[
272     EMail: mnot@pobox.com
273     ]PRE]
274    
275    
276     * 6. Full Copyright Statement
277    
278     [PRE[
279     Copyright (C) The Internet Society (2004).
280     ]PRE]
281    
282     [PRE[
283     This document is subject to the rights, licenses and restrictions
284     contained in BCP 78, and at www.rfc-editor.org, and except as set
285     forth therein, the authors retain all their rights.
286     ]PRE]
287    
288     [PRE[
289     This document and the information contained herein are provided on an
290     "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/S HE
291     REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE
292     INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR
293     IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF
294     THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED
295     WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
296     ]PRE]
297    
298    
299     * Intellectual Property
300    
301     [PRE[
302     The IETF takes no position regarding the validity or scope of any
303     Intellectual Property Rights or other rights that might be claimed to
304     pertain to the implementation or use of the technology described in
305     this document or the extent to which any license under such rights
306     might or might not be available; nor does it represent that it has
307     made any independent effort to identify any such rights. Information
308     on the ISOC's procedures with respect to rights in ISOC Documents can
309     be found in BCP 78 and BCP 79.
310     ]PRE]
311    
312     [PRE[
313     Copies of IPR disclosures made to the IETF Secretariat and any
314     assurances of licenses to be made available, or the result of an
315     attempt made to obtain a general license or permission for the use of
316     such proprietary rights by implementers or users of this
317     specification can be obtained from the IETF on-line IPR repository at
318     http://www.ietf.org/ipr.
319     ]PRE]
320    
321     [PRE[
322     The IETF invites any interested party to bring to its attention any
323     copyrights, patents or patent applications, or other proprietary
324     rights that may cover technology that may be required to implement
325     this standard. Please address the information to the IETF at ietf-
326     ipr@ietf.org.
327     ]PRE]
328    
329    
330     * Acknowledgement
331    
332     [PRE[
333     Funding for the RFC Editor function is currently provided by the
334     Internet Society.
335     ]PRE]
336    
337    
338     * メモ

admin@suikawiki.org
ViewVC Help
Powered by ViewVC 1.1.24