RFC 5829 - Link Relation Types for Simple Version Navigation between Web Resources 日本語訳

URL : https://tools.ietf.org/html/rfc5829
タイトル : RFC 5829 - Webリソース間の単純なバージョンのナビゲーションのためのリンク関係の種類
翻訳編集 : 自動生成

Internet Engineering Task Force (IETF)                          A. Brown
Request for Comments: 5829                                      G. Clemm
Category: Informational                                              IBM
ISSN: 2070-1721                                          J. Reschke, Ed.
                                                              greenbytes
                                                              April 2010

Link Relation Types for Simple Version Navigation between Web Resources

Webリソース間の単純なバージョンのナビゲーションのためのリンク関係の種類

Abstract

抽象

This specification defines a set of link relation types that may be used on Web resources for navigation between a resource and other resources related to version control, such as past versions and working copies.

この仕様では、リソースおよびそのような過去のバージョンと作業コピーのようなバージョン管理に関連する他のリソースとの間のナビゲーションのためのWebリソース上で使用することができるリンク関係タイプのセットを定義します。

Status of This Memo

このメモのステータス

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントはインターネット標準化過程仕様ではありません。それは、情報提供の目的のために公開されています。

This document is a product of the Internet Engineering Task Force (IETF). It represents the consensus of the IETF community. It has received public review and has been approved for publication by the Internet Engineering Steering Group (IESG). Not all documents approved by the IESG are a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。 IESGによって承認されていないすべての文書がインターネットStandardのどんなレベルの候補です。 RFC 5741のセクション2を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc5829.

このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc5829で取得することができます。

著作権表示

著作権（C）2010 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Simplified BSD License.

この文書では、BCP 78と、この文書の発行日に有効なIETFドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。

Table of Contents

   1. Introduction ....................................................3
   2. Terminology .....................................................3
   3. Link Relations ..................................................4
      3.1. 'version-history' ..........................................4
      3.2. 'latest-version' ...........................................4
      3.3. 'working-copy' .............................................4
      3.4. 'working-copy-of' ..........................................4
      3.5. 'predecessor-version' ......................................4
      3.6. 'successor-version' ........................................5
   4. IANA Considerations .............................................5
      4.1. 'version-history' Link Relation Registration ...............5
      4.2. 'latest-version' Link Relation Registration ................5
      4.3. 'working-copy' Link Relation Registration ..................5
      4.4. 'working-copy-of' Link Relation Registration ...............6
      4.5. 'predecessor-version' Link Relation Registration ...........6
      4.6. 'successor-version' Link Relation Registration .............6
   5. Security Considerations .........................................6
   6. Acknowledgments .................................................7
   7. References ......................................................7
      7.1. Normative References .......................................7
      7.2. Informative References .....................................7
   Appendix A.  Relationship to Java Content Repository (JCR) and
                WebDAV ................................................9
      A.1.  Example: Use of Link Relations in HTTP Link Header .......10

1. Introduction

1. はじめに

This specification defines a set of link relation types that may be used on Web resources that exist in a system that supports versioning to navigate among the different resources available, such as past versions and working copies.

この仕様は、過去のバージョンと作業コピーとして使用可能な異なるリソース間を移動するようにバージョン管理をサポートするシステム内に存在するWebリソース上で使用することができるリンク関係タイプのセットを定義します。

These link relations are used in the AtomPub ([RFC5023]) bindings of the "Content Management Interoperability Services" (CMIS). See Section 3.4.3.3 of [CMIS] for further information.

これらのリンク関係は、「コンテンツ管理相互運用性サービス」（CMIS）のAtomPubの（[RFC5023]）バインディングで使用されています。詳細については、[CMIS]のセクション3.4.3.3を参照してください。

2. Terminology

2.用語

Versioned Resource

バージョン管理リソース

When a resource is put under version control, it becomes a "versioned resource". Many servers protect versioned resources from modifications by considering them "checked in", and by requiring a "checkout" operation before modification, and a "checkin" operation to get back to the "checked-in" state. Other servers allow modification, in which case the checkout/checkin operation may happen implicitly.

リソースは、バージョン管理下に置かれたとき、それは、「バージョン管理リソース」になります。多くのサーバは、バック「チェックインされた」状態に取得する「のチェックを」それらを考慮することにより、変更前に「チェックアウト」操作を要求することによって修正からバージョン管理リソースを保護し、「チェックイン」操作。他のサーバは、チェックアウト/チェックイン操作が暗黙的に発生する可能性があり、その場合には変更を許可します。

Version History

バージョン履歴

A "version history" resource is a resource that contains all the versions of a particular versioned resource.

「バージョン履歴」のリソースは、特定のバージョン管理、リソースのすべてのバージョンを含むリソースです。

Predecessor, Successor

前任者、後継者

When a versioned resource is checked out and then subsequently checked in, the version that was checked out becomes a "predecessor" of the version created by the checkin. A client can specify multiple predecessors for a new version if the new version is logically a merge of those predecessors. The inverse of the predecessor relation is the "successor" relation. Therefore, if X is a predecessor of Y, then Y is a successor of X.

場合は、バージョンリソースがチェックアウトされ、その後、チェックイン、チェックアウトされたバージョンは、チェックインによって作成されたバージョンの「前身」となっています。新バージョンでは、論理的にそれらの前任者のマージされた場合、クライアントは新しいバージョンのために複数の前任者を指定することができます。前任者の関係の逆は「後継者」関係です。 XがYの前身である場合したがって、その後、YはXの後継

Working Copy

作業コピー

A "working copy" is a resource at a server-defined URL that can be used to create a new version of a versioned resource.

「作業コピーは、」バージョン管理、リソースの新しいバージョンを作成するために使用することができ、サーバーに定義されたURLにあるリソースです。

Checkout

チェックアウト

A "checkout" is an operation on a versioned resource that creates a working copy, or changes the versioned resource to be a working copy as well ("in-place versioning").

「チェックアウトは、」作業コピーを作成し、または（「インプレースバージョン管理」）にも作業コピーするバージョン管理リソースを変更するバージョン管理リソースの操作です。

Checkin

チェックイン

A "checkin" is an operation on a working copy that creates a new version of its corresponding versioned resource.

「チェックイン」は、対応するバージョン管理リソースの新しいバージョンを作成する作業コピーの操作です。

Note: the operations for putting a resource under version control and for checking in and checking out depend on the protocol in use and are beyond the scope of this document; see [CMIS], [RFC3253], and [JSR-283] for examples.

注意：バージョン管理下のリソースを置くためとチェックインとチェックアウトのための操作は、使用中のプロトコルに依存し、このドキュメントの範囲を超えて、例については、[CMIS]、[RFC3253]、および[JSR-283]を参照してください。

3. Link Relations

3.リンクの関係

The following link relations are defined.

以下のリンク関係が定義されています。

3.1. 'version-history'

3.1. 「バージョン履歴」

When included on a versioned resource, this link points to a resource containing the version history for this resource.

バージョン管理、リソース、このリソースのバージョン履歴を含むリソースへのリンクポイントに含まれる場合。

3.2. 'latest-version'

3.2. '最新バージョン'

When included on a versioned resource, this link points to a resource containing the latest (e.g., current) version.

バージョンリソースに含まれる場合、最新の（例えば、現在の）バージョンを含むリソースへのリンクポイント。

The latest version is defined by the system. For linear versioning systems, this is probably the latest version by timestamp. For systems that support branching, there will be multiple latest versions, one for each branch in the version history.

最新バージョンは、システムによって定義されます。リニアバージョン管理システムでは、これはおそらく、タイムスタンプの最新バージョンです。分岐サポートするシステムでは、複数の最新バージョン、バージョン履歴内の各ブランチに1つが存在します。

Some systems may allow more than one of these link relations.

いくつかのシステムでは、これらのリンク関係の複数のを可能にすることができます。

3.3. 'working-copy'

3.3. 「作業コピー」

When included on a versioned resource, this link points to a working copy for this resource.

このリソースの作業コピーへのリンクポイントは、バージョン管理リソースにすると含まれています。

Some systems may allow more than one of these link relations.

いくつかのシステムでは、これらのリンク関係の複数のを可能にすることができます。

3.4. 'working-copy-of'

3.4. 「ワーキング・コピーの」

When included on a working copy, this link points to the versioned resource from which this working copy was obtained.

作業コピーに含まれる場合、この作業コピーが得られたから、バージョン管理リソースへのリンクポイント。

3.5. 'predecessor-version'

3.5. 「前任バージョン」

When included on a versioned resource, this link points to a resource containing the predecessor version in the version history.

バージョン管理、リソース、バージョン履歴における先行バージョンを含むリソースへのリンクポイントに含まれる場合。

Some systems may allow more than one of these link relations in the case of multiple branches merging.

いくつかのシステムは、複数のブランチのマージの場合はこれらのリンク関係の複数のを可能にすることができます。

3.6. 'successor-version'

3.6. 「後継バージョン」

When included on a versioned resource, this link points to a resource containing the successor version in the version history.

バージョン管理、リソース、バージョン履歴における後継バージョンを含むリソースへのリンクポイントに含まれる場合。

Some systems may allow more than one of these link relations in order to support branching.

一部のシステムでは、分岐をサポートするために、これらのリンク関係の複数のを可能にすることができます。

4. IANA Considerations

4. IANAの考慮事項

The link relations below have been registered by IANA per Section 7.1 of [RFC4287]:

下のリンク関係は[RFC4287]のセクション7.1あたりにIANAによって登録されています：

4.1. 'version-history' Link Relation Registration

4.1. 「バージョン履歴」リンク関係の登録

Attribute Value: version-history

属性値：バージョン履歴

Description: See Section 3.1.

説明：第3.1節を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

表示特性を期待：不定。この関係は、バックグラウンド処理のために使用することができるか、またはその値を表示せず、拡張機能を提供します。

Security considerations: See Section 5.

セキュリティの考慮事項：第5節を参照してください。

4.2. 'latest-version' Link Relation Registration

4.2. 「最新バージョン」リンク関係の登録

Attribute Value: latest-version

属性値：最新バージョン

Description: See Section 3.2.

説明：3.2節を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

表示特性を期待：不定。この関係は、バックグラウンド処理のために使用することができるか、またはその値を表示せず、拡張機能を提供します。

Security considerations: See Section 5.

セキュリティの考慮事項：第5節を参照してください。

4.3. 'working-copy' Link Relation Registration

4.3. 「ワーキングコピー」リンク関係の登録

Attribute Value: working-copy

属性値：作業コピー

Description: See Section 3.3.

説明：3.3節を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

表示特性を期待：不定。この関係は、バックグラウンド処理のために使用することができるか、またはその値を表示せず、拡張機能を提供します。

Security considerations: See Section 5.

セキュリティの考慮事項：第5節を参照してください。

4.4. 'working-copy-of' Link Relation Registration

4.4. 「ワーキング・コピーの」リンク関係の登録

Attribute Value: working-copy-of

属性値：作業コピー-の

Description: See Section 3.4.

説明：3.4節を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

表示特性を期待：不定。この関係は、バックグラウンド処理のために使用することができるか、またはその値を表示せず、拡張機能を提供します。

Security considerations: See Section 5.

セキュリティの考慮事項：第5節を参照してください。

4.5. 'predecessor-version' Link Relation Registration

4.5. 「前任バージョン」リンク関係の登録

Attribute Value: predecessor-version

前身バージョン：属性値

Description: See Section 3.5.

説明：3.5節を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

表示特性を期待：不定。この関係は、バックグラウンド処理のために使用することができるか、またはその値を表示せず、拡張機能を提供します。

Security considerations: See Section 5.

セキュリティの考慮事項：第5節を参照してください。

4.6. 'successor-version' Link Relation Registration

4.6. 「後継バージョン」リンク関係の登録

Attribute Value: successor-version

後継バージョン：属性値

Description: See Section 3.6.

説明：セクション3.6を参照してください。

Expected display characteristics: Undefined; this relation can be used for background processing or to provide extended functionality without displaying its value.

表示特性を期待：不定。この関係は、バックグラウンド処理のために使用することができるか、またはその値を表示せず、拡張機能を提供します。

Security considerations: See Section 5.

セキュリティの考慮事項：第5節を参照してください。

5. Security Considerations

5.セキュリティについての考慮事項

Automated agents should take care when these relations cross administrative domains (e.g., the URI has a different authority than the current document). Such agents should also take care to detect circular references.

これらの関係は、管理ドメインを越えたときに自動化されたエージェントが世話をする必要があります（例えば、URIは、現在の文書と異なる権限を有しています）。このような薬剤はまた、循環参照を検出するための世話をする必要があります。

Care should be applied when versioned resources are subject to differing access policies. In this case, exposing links may leak information even if the linked resource itself is properly secured. In particular, the syntax of the link target could expose sensitive information (see Section 16.2 of [RFC3253] for a similar consideration in WebDAV Versioning). Note that this applies to exposing link metadata in general, not only to links related to versioning.

バージョン管理リソースがアクセスポリシーが異なるの対象となっているときには注意が適用されるべきです。この場合には、露光のリンクは、リンクされたリソース自体が適切に確保されている場合でも、情報を漏洩してもよいです。具体的には、リンク先の構文は（WebDAVのバージョンで同様の検討のために[RFC3253]のセクション16.2を参照）機密情報を公開することができました。これは一般的には、リンクのメタデータを公開するだけでなく、バージョン管理に関連したリンクに適用されることに注意してください。

6. Acknowledgments

6.謝辞

Thanks to the members of Content Management Interoperability Services (CMIS) Technical Committee (TC) at OASIS for the initial proposal, and to Jan Algermissen for feedback during IETF review.

IETFレビュー時のフィードバックのために、とJanアルガーミッセンへの最初の提案のためのOASISのコンテンツ管理相互運用性サービス（CMIS）技術委員会（TC）のメンバーに感謝します。

7. References

7.参考

7.1. Normative References

7.1. 引用規格

[RFC4287] Nottingham, M., Ed. and R. Sayre, Ed., "The Atom Syndication Format", RFC 4287, December 2005.

[RFC4287]ノッティンガム、M.、エド。そして、R.セイヤー、エド。、 "Atom配信フォーマット"、RFC 4287、2005年12月。

7.2. Informative References

7.2. 参考文献

[CMIS] Brown, A., Gur-Esh, E., McVeigh, R., and F. Mueller, "Content Management Interoperability Services (CMIS) Version 1.0", OASIS Content Management Interoperability Services (CMIS) Version 1.0 Committee Specification 01, March 2010, <http://docs.oasis-open.org/cmis/CMIS/ v1.0/cs01/cmis-spec-v1.0.html>.

[CMIS]ブラウン、A.、グル - ESH、E.、マクベイ、R.、およびF.ミュラー、 "コンテンツ管理相互運用性サービス（CMIS）バージョン1.0"、OASISのコンテンツ管理相互運用性サービス（CMIS）バージョン1.0委員会仕様01 、2010年3月、<http://docs.oasis-open.org/cmis/CMIS/ v1.0を/ CS01 / CMIS-SPEC-v1.0.html>。

               Latest version available at
               <http://docs.oasis-open.org/cmis/CMIS/v1.0/
               cmis-spec-v1.0.html>

[JSR-283] Day Software, Nuescheler, D., and P. Piegaze, "Content Repository API for Java(tm) Technology Specification", Java Specification Request 283, August 2009, <http://www.day.com/specs/jcr/2.0/>.

[JSR-283]デイソフトウェア、Nuescheler、D.、およびP. Piegaze、Javaの仕様要求283、2009年8月、<http://www.day.com/の "Java（TM）テクノロジ仕様のためのコンテンツリポジトリAPI"スペック/ JCR / 2.0 />。

[RFC3253] Clemm, G., Amsden, J., Ellison, T., Kaler, C., and J. Whitehead, "Versioning Extensions to WebDAV (Web Distributed Authoring and Versioning)", RFC 3253, March 2002.

[RFC3253] Clemm、G.、Amsden、J.、エリソン、T.、Kaler、C.、およびJ.ホワイトヘッド "のWebDAV（Web分散オーサリングとバージョン）のバージョンの拡張"、RFC 3253、2002年3月。

[RFC5023] Gregorio, J. and B. de hOra, "The Atom Publishing Protocol", RFC 5023, October 2007.

[RFC5023]グレゴリオ、J.とB.デ・ホラ、 "Atom出版プロトコル"、RFC 5023、2007年10月。

[WEB-LINKING] Nottingham, M., "Web Linking", Work in Progress, March 2010.

[WEB-リンク]ノッティンガム、M.、 "ウェブリンク"、進歩、2010年3月での作業。

Appendix A. Relationship to Java Content Repository (JCR) and WebDAV

Javaのコンテンツリポジトリ（JCR）とWebDAVに付録A.関係

The link relations defined in Section 3 correspond to various properties used in WebDAV Versioning [RFC3253] and JCR [JSR-283]:

WebDAVのバージョン[RFC3253]とJCR [JSR-283]で使用される様々な特性のために、セクション3で定義された対応するリンク関係：

version-history

バージョン履歴

WebDAV: the resource identified by the DAV:version-history property ([RFC3253], Sections 5.2.1 and 5.3.1).

WebDAVの：DAVによって識別されたリソース：バージョン履歴性（[RFC3253]、セクション5.2.1および5.3.1）。

JCR: the node identified by jcr:versionHistory property ([JSR-283], Section 3.13.2.4) for versionable nodes, the parent folder for version nodes.

JCR：JCRによって識別されるノード：versionHistoryプロパティ（[JSR-283]、第3.13.2.4）バージョン管理ノードについて、バージョンノードの親フォルダ。

latest-version

最新バージョン

WebDAV: for version-controlled resources, DAV:checked-in ([RFC3253], Section 3.2.1) or DAV:checked-out ([RFC3253], Section 3.3.1), depending on checkin state. For version resources, a successor version that itself does not have any successors.

WebDAVの：チェックイン（[RFC3253]、セクション3.2.1）またはDAV：バージョン管理リソース、DAVのためには、チェックアウト（[RFC3253]、セクション3.3.1）、チェックイン状態に応じ。バージョンリソースの場合、後継バージョン自体は、任意の後継者を持っていないこと。

JCR: the version node identified by the jcr:baseVersion property ([JSR-283], Section 3.13.2.5) for versionable nodes; for version nodes, a successor version that itself does not have any successors.

JCR：JCRによって識別バージョンノード：バージョン管理ノードに対するbaseVersionプロパティ（[JSR-283]、第3.13.2.5）。バージョン・ノードのために、後継バージョン自体は、任意の後継者を持っていないこと。

working-copy

作業コピー

WebDAV: for version-controlled resources that are checked-out in place: the resource itself. For version resources: each resource identified by a member of the DAV:checkout-set property (see [RFC3253], Section 3.4.3).

WebDAVの：チェックアウトされている場所でバージョン管理リソースのため：リソースそのもの。 DAVのメンバーによって特定された各リソース：チェックアウト・プロパティセット（[RFC3253]、セクション3.4.3を参照）バージョンリソースの。

JCR: for checked-out versionable nodes: the node itself.

JCR：チェックアウトバージョン管理ノード用：ノード自体。

working-copy-of

-の作業コピー

WebDAV: the resource identified by the DAV:checked-out property (see [RFC3253], Section 3.3.1).

WebDAVの：DAVで識別されるリソース：チェックアウトプロパティ（[RFC3253]、セクション3.3.1を参照してください）。

JCR: for checked-out versionable nodes: the node identified by the jcr:baseVersion property ([JSR-283], Section 3.13.12.5).

JCR：チェックアウトバージョン管理ノードについて：JCRによって識別されるノード：baseVersionプロパティ（[JSR-283]、セクション3.13.12.5）。

predecessor-version

前身バージョン

WebDAV: each resource identified by a member of DAV:predecessor-set ([RFC3253], Sections 3.3.2 and 3.4.1).

WebDAVの：DAVのメンバーによって特定された各リソース：先行セット（[RFC3253]、セクション3.3.2および3.4.1）。

JCR: each node identified by a member of jcr:predecessors ([JSR-283], Section 3.13.3.3).

JCR：JCRのメンバーによって特定された各ノード：先行（[JSR-283]、第3.13.3.3）。

successor-version

後継バージョン

WebDAV: each resource identified by a member of DAV:successor-set ([RFC3253], Section 3.4.2).

WebDAVの：DAVのメンバーによって特定された各リソース：後継セット（[RFC3253]、セクション3.4.2）。

JCR: each node identified by a member of jcr:successors ([JSR-283], Section 3.13.3.4).

JCR：JCRのメンバーによって特定された各ノード：後継（[JSR-283]、第3.13.3.4）。

A.1. Example: Use of Link Relations in HTTP Link Header

A.1。例：HTTPヘッダのリンクのリンク関係の使用

The "Web Linking" specification ([WEB-LINKING]) generalizes Atom link relations, and also reintroduces the HTTP "Link" header as a way to expose link relations in HTTP responses. This will make it possible to expose version links independently from a specific vocabulary, be it the Atom Feed Format ([RFC4287]) or WebDAV properties ([RFC3253]).

「ウェブリンク」仕様は、（[WEB-リンク]）Atomのリンク関係を一般化し、またHTTP応答のリンク関係を露出させる方法としてHTTP「リンク」ヘッダを再導入します。これは、Atomフィードフォーマット（[RFC4287]）またはWebDAVプロパティ（[RFC3253]）であり、それが可能な特定の語彙から独立バージョンリンクを露出するようになります。

For instance, a response to a VERSION-CONTROL request ([RFC3253], Section 3.5) could expose a newly created version-history and checked-in version as link relations:

例えば、VERSION-CONTROLリクエスト（[RFC3253]、セクション3.5）への応答は、リンク関係として、新しく作成されたバージョン履歴とチェックインされたバージョンを公開することができます：

>> Request:

>>リクエスト：

VERSION-CONTROL /docs/test.txt HTTP/1.1 Host: example.net

VERSION-CONTROL /docs/test.txt HTTP / 1.1ホスト：example.net

>> Response:

>>回答：

   HTTP/1.1 204 No Content
   Link: </system/v/84345634/1>; rel=latest-version;
         anchor=</docs/test.txt>
   Link: </system/vh/84345634>; rel=version-history;
         anchor=</docs/test.txt>

(Note that in this case, the anchor parameter is used, as the response to a VERSION-CONTROL request is not a representation of the resource at the Request-URI.)

（バージョン管理要求に対する応答がRequest-URIでリソースの表現ではないので、この場合には、アンカーパラメータが、使用されることに注意してください。）

A subsequent HEAD request on that resource could expose the version-history and latest-version relations as well:

そのリソースへの以降のHEADリクエストは、同様に、バージョン履歴および最新バージョンの関係を公開することができます：

>> Request:

>>リクエスト：

HEAD /docs/test.txt HTTP/1.1 Host: example.net

HEAD /docs/test.txt HTTP / 1.1ホスト：example.net

>> Response:

>>回答：

HTTP/1.1 200 OK Content-Type: text/plain; charset=UTF-8 Content-Length: 12345 Link: </system/v/84345634/1>; rel=latest-version Link: </system/vh/84345634>; rel=version-history

HTTP / 1.1 200 OKのContent-Type：text / plainの。文字セット= UTF-8のContent-Length：12345リンク：</システム/ V / 1分の84345634>; rel =最新バージョンのリンク：</システム/ VH / 84345634>。 rel =バージョン履歴

After creating more versions, following the latest-version would then expose predecessors of a version:

複数のバージョンを作成した後、最新バージョンを、次のことは、その後のバージョンの前任者を公開します。

>> Request:

>>リクエスト：

HEAD /system/v/84345634/3 HTTP/1.1 Host: example.net

HEAD /システム/ V / 3分の84345634 HTTP / 1.1ホスト：example.net

>> Response:

>>回答：

HTTP/1.1 200 OK Content-Type: text/plain; charset=UTF-8 Content-Length: 12323 Link: </system/v/84345634/2>; rel=predecessor-version

HTTP / 1.1 200 OKのContent-Type：text / plainの。文字セット= UTF-8のContent-Length：12323リンク：</システム/ V / 2分の84345634>。 rel =前身バージョン

Authors' Addresses

著者のアドレス

Al Brown IBM 3565 Harbor Blvd Costa Mesa, California 92626 USA

アルブラウンIBM 3565ハーバーブルバードコスタメサ、カリフォルニア92626 USA

EMail: albertcbrown@us.ibm.com

メールアドレス：albertcbrown@us.ibm.com

Geoffrey Clemm IBM 20 Maguire Road Lexington, MA 02421 USA

ジェフリー・Clemm IBM 20マグワイアの道レキシントン、MA 02421 USA

EMail: geoffrey.clemm@us.ibm.com

メールアドレス：geoffrey.clemm@us.ibm.com

Julian F. Reschke (editor) greenbytes GmbH Hafenweg 16 Muenster, NW 48155 Germany

ジュリアンF. Reschke（エディタ）greenbytes社Hafenweg 16ミュンスター、NW 48155ドイツ

EMail: julian.reschke@greenbytes.de URI: http://greenbytes.de/tech/webdav/

電子メール：julian.reschke@greenbytes.de URI：http://greenbytes.de/tech/webdav/