RFC4316 日本語訳
4316 Datatypes for Web Distributed Authoring and Versioning (WebDAV)Properties. J. Reschke. December 2005. (Format: TXT=20352 bytes) (Status: EXPERIMENTAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group J. Reschke Request for Comments: 4316 greenbytes Category: Experimental December 2005
Reschkeがコメントのために要求するワーキンググループJ.をネットワークでつないでください: 4316greenbytes Category: 実験的な2005年12月
Datatypes for Web Distributed Authoring and Versioning (WebDAV)
Properties
ウェブの分配されたオーサリングとVersioning(WebDAV)の特性のためのデータ型式
Status of This Memo
このメモの状態
This memo defines an Experimental Protocol for the Internet community. It does not specify an Internet standard of any kind. Discussion and suggestions for improvement are requested. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 それはどんな種類のインターネット標準も指定しません。 議論と改善提案は要求されています。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
Abstract
要約
This specification extends the Web Distributed Authoring and Versioning Protocol (WebDAV) to support datatyping. Protocol elements are defined to let clients and servers specify the datatype, and to instruct the WebDAV method PROPFIND to return datatype information.
この仕様は、datatypingをサポートするために、ウェブDistributed AuthoringとVersioningプロトコル(WebDAV)を広げています。 プロトコル要素は、クライアントとサーバにデータ型式を指定させて、データ型式情報を返すようWebDAVメソッドPROPFINDに命令するために定義されます。
Table of Contents
目次
1. Introduction ....................................................2
2. Notational Conventions ..........................................2
3. Overview ........................................................3
4. Changes for PROPPATCH Method ....................................4
4.1. Example of Successful PROPPATCH ............................4
4.2. Example of Failed PROPPATCH ................................5
4.3. Example of Successful PROPPATCH Where Type
Information Was Not Preserved ..............................6
5. Changes for PROPFIND Method .....................................7
5.1. Example of PROPFIND/prop ...................................7
6. Changes for Other Methods .......................................8
7. Compatibility Considerations ....................................8
8. Internationalization Considerations .............................9
9. Security Considerations .........................................9
10. Acknowledgements ...............................................9
11. References .....................................................9
11.1. Normative References ......................................9
11.2. Informative References ....................................9
1. 序論…2 2. 記号法のコンベンション…2 3. 概要…3 4. PROPPATCHメソッドのための変化…4 4.1. うまくいっているPROPPATCHに関する例…4 4.2. 失敗したPROPPATCHに関する例…5 4.3. タイプ情報が保存されなかったうまくいっているPROPPATCHに関する例…6 5. PROPFINDメソッドのための変化…7 5.1. PROPFIND/支柱に関する例…7 6. 他のメソッドのための変化…8 7. 互換性問題…8 8. 国際化問題…9 9. セキュリティ問題…9 10. 承認…9 11. 参照…9 11.1. 標準の参照…9 11.2. 有益な参照…9
Reschke Experimental [Page 1] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[1ページ]RFC4316データ型式
1. Introduction
1. 序論
This specification builds on the infrastructure provided by the Web Distributed Authoring and Versioning (WebDAV) Protocol, adding support for data-typed properties.
インフラストラクチャに関する体格がウェブDistributed Authoringで提供して、データでタイプされた特性のサポートを加えて、Versioning(WebDAV)が議定書の中で述べるこの仕様。
Although servers must support XML content in property values, it may be desirable to persist values as scalar values when possible and to expose the data's type when the property value is returned to the client. The client is free to ignore this information, but it may be able to take advantage of it when modifying a property.
サーバは、XMLが特性の値において内容であるとサポートしなければなりませんが、資産価値がクライアントに返されるとき、可能であるときに、スカラの値として値を固持して、データのタイプをさらすのは望ましいかもしれません。 クライアントは自由にこの情報を無視できますが、特性を変更するとき、それはそれを利用できるかもしれません。
On the other hand, when setting new properties, it can be desirable to pass datatype information along with the value. A server can take advantage of this information to optimize storage and to perform additional parsing (for instance, of dates). Servers that support searching can also take advantage of known datatypes when doing comparisons and sorting.
他方では、新しい特性を設定するとき、値に伴うデータ型式情報を通過するのは望ましい場合があります。 サーバは、ストレージを最適化して、追加構文解析(例えば日付について)を実行するのにこの情報を利用できます。 また、比較とソーティングをするとき、探すことをサポートするサーバは知られているデータ型式を利用できます。
The following potential datatyping-related features were deliberately considered out of scope:
以下の潜在的datatyping関連の特徴は故意に範囲から考えられました:
o getting "schema" information for classes of resources (set of
"required" properties, their types, display information),
o リソース(「必要な」特性のセット、彼らのタイプは情報を表示する)のクラスのための「図式」情報を得ます。
o definition of a set of mandatory property types,
o 1セットの義務的な特性のタイプの定義
o discovery of supported property types,
o サポートしている特性のタイプの発見
o extensions to PROPPATCH that would allow updates to parts of a
(structured) property.
o (構造化されます)特性の部分にアップデートを許すPROPPATCHへの拡大。
2. Notational Conventions
2. 記号法のコンベンション
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは[RFC2119]で説明されるように本書では解釈されることであるべきですか?
The term "property element" refers to the XML element that identifies a particular property, for instance,
「特性の要素」という用語は例えば特定の特性を特定するXML要素を示します。
<getcontentlength xmlns="DAV:" />
<getcontentlength xmlnsが等しい、「DAV:」 />。
The term "prop element" is used for the WebDAV "prop" element as defined in Section 12.11 of [RFC2518].
「支柱要素」という用語はWebDAV「支柱」要素に[RFC2518]のセクション12.11で定義されるように使用されます。
The XML representation of schema components uses a vocabulary identified by the namespace name "http://www.w3.org/2001/XMLSchema".
図式コンポーネントのXML表現は" http://www.w3.org/2001/XMLSchema "という名前空間名によって特定されたボキャブラリーを使用します。
Reschke Experimental [Page 2] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[2ページ]RFC4316データ型式
For brevity, the text and examples in this specification use the prefix "xs:" to stand for this namespace; in practice, any prefix can be used. "XML Schema Part 1: Structures" ([XS1]) also defines several attributes for direct use in any XML documents. These attributes are in a different namespace named "http://www.w3.org/2001/XMLSchema-instance". For brevity, the text and examples in this specification use the prefix "xsi:" to stand for this latter namespace; in practice, any prefix can be used.
この仕様使用での簡潔さ、テキスト、および例に関しては、接頭語は「以下をxsします」。 この名前空間を表すために。 実際には、どんな接頭語も使用できます。 「XML図式第1部:」 また、「構造」([XS1])はどんなXMLドキュメントでもダイレクト使用のためにいくつかの属性を定義します。 " http://www.w3.org/2001/XMLSchema-instance "という異なった名前空間にはこれらの属性があります。 この仕様使用での簡潔さ、テキスト、および例に関しては、接頭語は「以下をxsiします」。 この後者の名前空間を表すために。 実際には、どんな接頭語も使用できます。
3. Overview
3. 概要
Although WebDAV property types can be anything that can be marshaled as content of an XML element, in many cases they actually are simple types like integers, booleans, or dates. "XML Schema Part 2: Datatypes" [XS2] defines a set of simple types that can be used as a basis for supplying type information to attributes.
WebDAV特性のタイプはXML要素の内容として整理できる何かであるかもしれませんが、多くの場合、彼らは実際に整数、論理演算子、または日付のように純真なタイプです。 「XML図式第2部:」 「データ型式」[XS2]はタイプ情報を属性に供給する基礎として使用できる1セットの純真なタイプを定義します。
Datatype information is represented using the attribute "type" from the XML Schema namespace "http://www.w3.org/2001/XMLSchema-instance". In XML Schema, datatypes are qualified names, and the XML Schema recommendation defines a set of built-in datatypes (Section 3 of [XS2]), defined in the namespace "http://www.w3.org/2001/XMLSchema".
データ型式情報は、XML Schema名前空間" http://www.w3.org/2001/XMLSchema-instance "から属性「タイプ」を使用することで表されます。 XML Schemaでは、データ型式は適切な名前です、そして、XML Schema推薦は名前空間" http://www.w3.org/2001/XMLSchema "で定義された1セットの内蔵のデータ型式([XS2]のセクション3)を定義します。
To avoid unnecessary verbosity, datatype information should only be supplied if it adds usable information to the protocol. In particular, type information is not required for live properties defined in WebDAV [RFC2518] and for properties of type "xs:string".
不要なくどさを避けるために、使用可能な情報をプロトコルに追加する場合にだけ、データ型式情報を提供するべきです。 精力の特性がWebDAV[RFC2518]とタイプの特性のために「xs: ストリング」を定義したので、タイプ情報は特に、必要ではありません。
A server may implement any combination of datatypes, both from the XML Schema recommendation and possibly from other namespaces.
サーバはXML Schema推薦とことによると他の名前空間からデータ型式のどんな組み合わせも実装するかもしれません。
Note that a particular property can be typed for a number of reasons:
様々な意味で特定の特性をタイプできることに注意してください:
o The property is a live property with server-defined semantics and
value space.
o 特性はサーバで定義された意味論と値のスペースがある精力の特性です。
o The property may have been set using a non-WebDAV protocol that
the server understands in addition to WebDAV.
o 特性はサーバがWebDAVに加えて理解している非WebDAVプロトコルを使用するように設定されたかもしれません。
o The type may have been specified in an extended PROPPATCH method
as defined in Section 4.
o タイプはセクション4で定義されるように拡張PROPPATCHメソッドで指定されたかもしれません。
Reschke Experimental [Page 3] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[3ページ]RFC4316データ型式
4. Changes for PROPPATCH Method
4. PROPPATCHメソッドのための変化
If the property element has an XML attribute named "xsi:type", the server may use this information to select an optimized representation for storing the property value. For instance, by specifying a type as "xs:boolean", the client declares the property value to be of type boolean (as defined in [XS2]). The server may choose any suitable internal format for persisting this property, and in particular is allowed to fail the request if the format given does not fit the format defined for this type.
特性の要素に「xsi: タイプ」というXML属性があるなら、サーバは、資産価値を保存する最適化された表現を選択するのにこの情報を使用するかもしれません。 例えば、「xs: 論理演算子」としてタイプを指定することによって、クライアントは、資産価値がタイプ論理演算子のものであると宣言します([XS2]で定義されるように)。 サーバは、この特性を固持するためのどんな適当な内部の形式も選ぶかもしれなくて、与えられた書式がこのタイプのために定義された書式に合わないなら、要求に特に失敗できます。
The server should indicate successful detection and parsing of the typed value by setting the xsi:type attribute on the property element in the response body (this implies that it should return a MULTISTATUS status code and a <multistatus> response body).
サーバはxsiを設定することによって、タイプされた価値のうまくいっている検出と構文解析を示すべきです: 応答本体の特性の要素の属性をタイプしてください(これは、MULTISTATUSステータスコードと<「マルチ-状態」>応答ボディーを返すべきであるのを含意します)。
4.1. Example of Successful PROPPATCH
4.1. うまくいっているPROPPATCHに関する例
>>Request
>>要求
PROPPATCH /bar.html HTTP/1.1 Host: example.org Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
PROPPATCH /bar.html HTTP/1.1ホスト: example.orgコンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<D:propertyupdate xmlns:D="DAV:"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:Z="http://ns.example.org/standards/z39.50">
<D:set>
<D:prop>
<Z:released xsi:type="xs:boolean">false</Z:released>
</D:prop>
</D:set>
</D:propertyupdate>
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:propertyupdate xmlns:Dが等しい、「DAV:」、」 xmlns: xsiは" http://www.w3.org/2001/XMLSchema-instance "xmlnsと等しいです: xsが" http://www.w3.org/2001/XMLSchema "xmlns: Z=と等しい、「 http://ns.example.org/standards/z39.50 、「><D: ><Dを設定してください: ><Zを支えてください: リリースされたxsi: =をタイプしてください、「xs: 論理演算子、「>の誤った</Z: リリースされた></D: ></Dを支えてください: ></D: propertyupdate>を設定してください」
>>Response
>>応答
HTTP/1.1 207 Multi-Status Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
HTTP/1.1 207マルチ状態コンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<D:multistatus xmlns:D="DAV:"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:Z="http://ns.example.org/standards/z39.50">
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:multistatus xmlns:Dが等しい、「DAV:」、」 xmlns: xsiは" http://www.w3.org/2001/XMLSchema-instance "xmlnsと等しいです: xsが" http://www.w3.org/2001/XMLSchema "xmlns: Z=と等しい、「 http://ns.example.org/standards/z39.50 ">"
Reschke Experimental [Page 4] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[4ページ]RFC4316データ型式
<D:response>
<D:href>http://example.org/bar.html</D:href>
<D:propstat>
<D:prop><Z:released xsi:type="xs:boolean" /></D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
</D:multistatus>
<D: 応答><D: href>http://example.org/bar.html</D: href><D: propstat><D: ><Zを支えてください: リリースされたxsi: =「xs: 論理演算子」/></Dをタイプしてください: ><D: 状態>HTTP/1.1 200OK</D: 状態></D: propstat></D: 応答></D: 「マルチ-状態」>を支えてください。
In this case, the xsi:type attribute on the element "Z:released" indicates that the server indeed has understood the submitted data type information.
この場合xsi: タイプが要素の上で結果と考える、「Z:、リリース、」 本当に、サーバが提出されたデータ型情報を理解していたのを示します。
4.2. Example of Failed PROPPATCH
4.2. 失敗したPROPPATCHに関する例
>>Request
>>要求
PROPPATCH /bar.html HTTP/1.1 Host: example.org Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
PROPPATCH /bar.html HTTP/1.1ホスト: example.orgコンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<D:propertyupdate xmlns:D="DAV:"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:Z="http://ns.example.org/standards/z39.50">
<D:set>
<D:prop>
<Z:released xsi:type="xs:boolean">t</Z:released>
</D:prop>
</D:set>
</D:propertyupdate>
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:propertyupdate xmlns:Dが等しい、「DAV:」、」 xmlns: xsiは" http://www.w3.org/2001/XMLSchema-instance "xmlnsと等しいです: xsが" http://www.w3.org/2001/XMLSchema "xmlns: Z=と等しい、「 http://ns.example.org/standards/z39.50 、「><D: ><Dを設定してください: ><Zを支えてください: リリースされたxsi: =をタイプしてください、「xs: 論理演算子、「>t</Z: リリースされた></D: ></Dを支えてください: ></D: propertyupdate>を設定してください」
>>Response
>>応答
HTTP/1.1 207 Multi-Status Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
HTTP/1.1 207マルチ状態コンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<D:multistatus xmlns:D="DAV:"
xmlns:Z="http://ns.example.org/standards/z39.50">
<D:response>
<D:href>http://example.org/bar.html</D:href>
<D:propstat>
<D:prop><Z:released/></D:prop>
<D:status>HTTP/1.1 422 Unprocessable Entity</D:status>
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:multistatus xmlns:Dが等しい、「DAV:」、」 xmlns: Zが等しい、「 http://ns.example.org/standards/z39.50 、「><D: 応答><D: href>http://example.org/bar.html</D: href><D: propstat><D: ><Z: リリースされた/></Dを支えてください: ><D: 状態>HTTP/1.1 422Unprocessable実体</D: 状態>を支えてください」
Reschke Experimental [Page 5] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[5ページ]RFC4316データ型式
<D:responsedescription>
Does not parse as xs:boolean
</D:responsedescription>
</D:propstat>
</D:response>
</D:multistatus>
<D: responsedescription>Doesはxs: 論理演算子</D: responsedescription></D: propstat></D: 応答></D: 「マルチ-状態」>として分析しません。
In this case, the request failed because the supplied value "t" is not a valid representation for a boolean value.
供給値「t」がブール値の有効な表現でないので、この場合、要求は失敗しました。
Note that similar error conditions can occur in the standard WebDAV protocol even though no datatype was specified: for instance, when a client tries to set a live property for which only a certain value space is allowed.
データ型式が全く指定されませんでしたが、同様のエラー条件が標準のWebDAVプロトコルで起こることができることに注意してください: 例えば、クライアントが設定しようとするとき、ある一定の値のスペースだけが許容されている精力の特性を設定してください。
4.3. Example of Successful PROPPATCH Where Type Information Was Not
Preserved
4.3. タイプ情報が保存されなかったうまくいっているPROPPATCHに関する例
>>Request
>>要求
PROPPATCH /bar.html HTTP/1.1 Host: example.org Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
PROPPATCH /bar.html HTTP/1.1ホスト: example.orgコンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<D:propertyupdate xmlns:D="DAV:"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:Z="http://ns.example.org/standards/z39.50">
<D:set>
<D:prop>
<Z:released xsi:type="Z:custom">t</Z:released>
</D:prop>
</D:set>
</D:propertyupdate>
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:propertyupdate xmlns:Dが等しい、「DAV:」、」 xmlns: xsiが" http://www.w3.org/2001/XMLSchema-instance "xmlns: Z=と等しい、「「><D: ><Dを設定してください: ><Zを支えてください: リリースされたxsi: =をタイプしてください」という http://ns.example.org/standards/z39.50 Z: 習慣、「>t</Z: リリースされた></D: ></Dを支えてください: ></D: propertyupdate>を設定してください」
>>Response
>>応答
HTTP/1.1 207 Multi-Status Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
HTTP/1.1 207マルチ状態コンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<D:multistatus xmlns:D="DAV:"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:Z="http://ns.example.org/standards/z39.50">
<D:response>
<D:href>http://example.org/bar.html</D:href>
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:multistatus xmlns:Dが等しい、「DAV:」、」 xmlns: xsiが" http://www.w3.org/2001/XMLSchema-instance "xmlns: Z=と等しい、「 http://ns.example.org/standards/z39.50 、「><D: 応答><D: href>http://example.org/bar.html</D: href>」
Reschke Experimental [Page 6] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[6ページ]RFC4316データ型式
<D:propstat>
<D:prop><Z:released/></D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
</D:multistatus>
<D: propstat><D: ><Z: リリースされた/></Dを支えてください: ><D: 状態>HTTP/1.1 200OK</D: 状態></D: propstat></D: 応答></D: 「マルチ-状態」>を支えてください。
In this case, the request succeeded, but the server did not know how to handle the datatype "Z:custom". Therefore, no datatype information was returned in the response body.
この場合、要求は成功しましたが、サーバはデータ型式を扱う方法を知りませんでした。「Z: 習慣。」 したがって、応答本体でデータ型式情報を全く返しませんでした。
5. Changes for PROPFIND Method
5. PROPFINDメソッドのための変化
PROPFIND is extended to return the datatype information for properties by adding "xsi:type" attributes to the property elements unless one of the following conditions is met:
PROPFINDは以下の条件の1つが会われない場合「xsi: タイプしてください」という属性を特性の要素に追加することによって特性のためのデータ型式情報を返すために広げられます:
o The datatype MUST be different from "xs:string" (because this can
be considered the default datatype).
o データ型式は「xs: ストリング」と異なっているに違いありません(デフォルトデータ型式であるとこれを考えることができるので)。
o The property's datatype MUST NOT be defined in [RFC2518] (because
these types are already well-defined).
o [RFC2518]で特性のデータ型式を定義してはいけません(これらのタイプが既に明確であるので)。
5.1. Example of PROPFIND/prop
5.1. PROPFIND/支柱に関する例
>>Request
>>要求
PROPFIND /bar.html HTTP/1.1 Host: example.org Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
PROPFIND /bar.html HTTP/1.1ホスト: example.orgコンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<D:propfind xmlns:D="DAV:"
xmlns:Z="http://ns.example.org/standards/z39.50">
<D:prop>
<D:getcontenttype/>
<Z:released/>
</D:prop>
</D:propfind>
<?xmlバージョンが等しい、「=をコード化する1インチ、「utf-8インチ?><D:propfind xmlns:Dが等しい、「DAV:」、」 xmlns: Zが等しい、「 http://ns.example.org/standards/z39.50 、「><D: ><D: getcontenttype/><Z: リリースされた/></Dを支えてください: ></D: propfind>を支えてください」
>>Response
>>応答
HTTP/1.1 207 Multi-Status Content-Type: text/xml; charset="utf-8" Content-Length: xxxx
HTTP/1.1 207マルチ状態コンテントタイプ: テキスト/xml。 charsetが等しい、「utf-8インチのContent-長さ:」 xxxx
<?xml version="1.0" encoding="utf-8" ?>
<?xmlバージョン=、「=「utf-8インチ?>」をコード化する1インチ
Reschke Experimental [Page 7] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[7ページ]RFC4316データ型式
<D:multistatus xmlns:D="DAV:"
xmlns:Z="http://ns.example.org/standards/z39.50"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xs="http://www.w3.org/2001/XMLSchema">
<D:response>
<D:href>http://example.org/bar.html</D:href>
<D:propstat>
<D:prop>
<D:getcontenttype>text/html</D:getcontenttype>
<Z:released xsi:type="xs:boolean">1</Z:released>
</D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>
</D:multistatus>
<D:multistatus xmlns:Dが等しい、「DAV:」 " http://www.w3.org/2001/XMLSchema-instance "" http://ns.example.org/standards/z39.50 "xmlns: Z=xmlns: xsi=xmlns: xsが等しい、「 http://www.w3.org/2001/XMLSchema 、「><D: 応答><D: href>http://example.org/バー。」; html</D: href><D: propstat><D: ><D: getcontenttype>テキスト/html</D: getcontenttype><Zを支えてください: リリースされたxsi: =をタイプしてください、「xs: 論理演算子「>1</Z: リリースされた></D: 支柱><D: 状態>HTTP/1.1 200OK</D: 状態></D: propstat></D: 応答></D: 「マルチ-状態」>」
This example shows that the property value "true" is returned with the correct datatype information and that the server chose one of the two possible representations defined in XML Schema. It also shows that datatype information is not returned for "D:getcontenttype", as this property's datatype is already defined in [RFC2518].
この例は、正しいデータ型式情報と共に資産価値「本当さ」を返して、サーバがXML Schemaで定義された2つの可能な表現の1つを選んだのを示します。 また、この特性のデータ型式が[RFC2518]で既に定義されるとき、それは、データ型式情報が「D: getcontenttype」のために返されないのを示します。
6. Changes for Other Methods
6. 他のメソッドのための変化
Servers that support other methods using the DAV:multistatus response format (such as the REPORT method defined in [RFC3253], Section 3.6) SHOULD apply the same extensions as defined in Section 5.
DAVを使用することで他のメソッドをサポートするサーバ: 「マルチ-状態」応答形式([RFC3253]、セクション3.6で定義されたREPORTメソッドなどの)SHOULDはセクション5で定義されるのと同じ拡大を適用します。
7. Compatibility Considerations
7. 互換性問題
This part of this specification does not introduce any new protocol elements, nor does it change the informal WebDAV DTD. It merely specifies additional server semantics for the case where clients submit additional datatype information in an attribute on the property element (previously undefined), and adds an additional attribute on property elements upon PROPFIND.
この仕様のこの部分は少しの新しいプロトコル要素も紹介しません、そして、それは非公式のWebDAV DTDを変えません。 それは、単にクライアントが(以前に、未定義)で特性の要素の属性における追加データ型式情報を提出するケースに追加サーバ意味論を指定して、PROPFINDの特性の要素の追加属性を追加します。
Clients not aware of datatype handling should not supply the "xsi: type" attribute on property elements (after all, this attribute belongs to the XML Schema-Instance namespace, which has been defined for exactly this purpose; see [XS1], Section 2.6.1). Old clients should also ignore additional attributes on property elements returned by PROPFIND (and similar methods), although the WebDAV specification only defines this behaviour for unknown elements and is silent about unknown attributes (see [RFC2518], Section 23.3.2.2).
データ型式取り扱いを意識していないクライアントが供給するべきでない、「xsi:」 「タイプ」は所有地の上で要素を結果と考えます(結局、この属性はまさにこの目的のために定義されたXML Schema-インスタンス名前空間に属します; [XS1]、セクション2.6.1を見てください)。 [RFC2518]を見てください、セクション23.3。また、年取ったクライアントはPROPFIND(そして、同様のメソッド)によって返された特性の要素の追加属性を無視するべきです、WebDAV仕様だけが未知の要素のためにこのふるまいを定義して、未知の属性に関して静かですが(.2 .2)。
Servers not aware of datatype handling either drop the "xsi:type" attribute or have it persist along with the property value (see
データ型式取り扱いを意識していないサーバが「xsi: タイプしてください」という属性を下げるか、または資産価値と共に固執させている、(見る。
Reschke Experimental [Page 8] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[8ページ]RFC4316データ型式
[RFC2518], Section 4.4). However, they will never indicate successful parsing of the datatype by returning back the type in the response to PROPPATCH. Thus, clients can supply type information without having to poll for server support in advance.
[RFC2518]、セクション4.4) しかしながら、彼らは、PROPPATCHへの応答でタイプを返して戻すことによって、データ型式のうまくいっている構文解析を決して示さないでしょう。 したがって、あらかじめサーバサポートに投票する必要はなくて、クライアントは情報をタイプに提供できます。
8. Internationalization Considerations
8. 国際化問題
This proposal builds on [RFC2518] and inherits its internationalizability.
この提案は、[RFC2518]に建てて、internationalizabilityを引き継ぎます。
9. Security Considerations
9. セキュリティ問題
This protocol extension does not introduce any new security implications beyond those documented for the base protocol (see [RFC2518], Section 17).
このプロトコル拡大はベースプロトコルのために記録されたものを超えて少しの新しいセキュリティ含意も紹介しません([RFC2518]を見てください、セクション17)。
10. Acknowledgements
10. 承認
This document has benefited from thoughtful discussion by Lisa Dusseault, Stefan Eissing, Eric Sedlar, and Kevin Wiggen.
このドキュメントはリサDusseault、ステファンEissing、エリックSedlar、およびケビンWiggenによる思慮に富む議論の利益を得ました。
11. References
11. 参照
11.1. Normative References
11.1. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2518] Goland, Y., Whitehead, E., Faizi, A., Carter, S., and D.
Jensen, "HTTP Extensions for Distributed Authoring --
WEBDAV", RFC 2518, February 1999.
[RFC2518] Goland、Y.、ホワイトヘッド、E.、Faizi、A.、カーター、S.、およびD.ジェンセン、「分配されたオーサリングのためのHTTP拡大--、WEBDAV、」、RFC2518(1999年2月)
[XS1] Thompson, H., Beech, D., Maloney, M., Mendelsohn, N., and
World Wide Web Consortium, "XML Schema Part 1: Structures
Second Edition", W3C REC-xmlschema-1-20041028,
October 2004,
<http://www.w3.org/TR/2004/REC-xmlschema-1-20041028/>.
[XS1] トンプソン、H.、ぶな、D.、マローニー、M.、メンデルゾーン、N.、およびワールドワイドウェブコンソーシアム、「XML図式第1部:」 「構造第2版」、W3C REC-xmlschema-1-20041028、2004年10月、<http://www.w3.org/TR/2004/REC-xmlschema-1-20041028/>。
[XS2] Biron, P., Malhotra, A., and World Wide Web Consortium,
"XML Schema Part 2: Datatypes Second Edition", W3C REC-
xmlschema-2-20041028, October 2004,
<http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/>.
[XS2] ビロン、P.、Malhotra、A.、およびワールドワイドウェブコンソーシアム、「XML図式第2部:」 「データ型式Second Edition」、W3C REC- xmlschema-2-20041028、2004年10月、<http://www.w3.org/TR/2004/REC-xmlschema-2-20041028/>。
11.2. Informative References
11.2. 有益な参照
[RFC3253] Clemm, G., Amsden, J., Ellison, T., Kaler, C., and J.
Whitehead, "Versioning Extensions to WebDAV", RFC 3253,
March 2002.
2002年3月の[RFC3253]クレムとG.とAmsdenとJ.とエリソンとT.とKaler、C.とJ.ホワイトヘッド、「WebDAVへのVersioning拡張子」RFC3253。
Reschke Experimental [Page 9] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[9ページ]RFC4316データ型式
Author's Address
作者のアドレス
Julian F. Reschke greenbytes GmbH Hafenweg 16 Muenster, NW 48155 Germany
ジュリアンF.Reschke greenbytes GmbH Hafenweg16Muenster、NW48155ドイツ
Phone: +49 251 2807760 Fax: +49 251 2807761 EMail: julian.reschke@greenbytes.de URI: http://greenbytes.de/tech/webdav/
以下に電話をしてください。 +49 251 2807760Fax: +49 251 2807761 メール: julian.reschke@greenbytes.de ユリ: http://greenbytes.de/tech/webdav/
Reschke Experimental [Page 10] RFC 4316 Datatypes for WebDAV Properties December 2005
WebDAV特性の2005年12月のためのReschkeの実験的な[10ページ]RFC4316データ型式
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The Internet Society (2005).
Copyright(C)インターネット協会(2005)。
This document is subject to the rights, licenses and restrictions contained in BCP 78 and at www.rfc-editor.org/copyright.html, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78とwww.rfc-editor.org/copyright.htmlに含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf- ipr@ietf.org.
IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf ipr@ietf.org のIETFに情報を扱ってください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Reschke Experimental [Page 11]
Reschke実験的です。[11ページ]
一覧
スポンサーリンク
