XRI Resolution 2.0 : 13.3.6 Type Element Matching Rules : 俺約/俺メモ


13.3.6 Type Element Matching Rules

The following rules apply to matching the value of the input Service Type parameter with the contents of a non-emtpy xrd:XRD/xrd:Service/xrd:Type element when its match attribute is absent.

1. If the value is an XRI or IRI, it MUST be in URI-normal form as defined in section 4.4.


2. Prior to comparsion (and only for the purpose of comparison), the values of the Service Type parameter and the xrd:XRD/xrd:Service/xrd:Type element SHOULD be normalized according to the requirements of their identifier scheme. In particular, if an XRI, IRI, or URI uses hierarchical syntax and does not include a local part (a path and/or query component) after the authority component, a trailing forward slash after the authority component MUST NOT be considered significant in comparisions. In all other cases, a trailing forward slash MUST be considered significant in comparisons unless this rule is overridden by scheme-specific comparision rules.

(比較するまえに、 Service Typeパラメータの値とxrd:XRD/xrd:Service/xrd:Type要素は識別子スキームの要求通りにノーマライズされていること。XRI/IRI/URIが階層的シンタックスを使っていてオソリティの後ろにローカルパート(パスとかクエリとか)を含んでいないならば、オソーリティの後の最後のスラッシュは比較に使ってはいけない。すべてのケースで最後のスラッシュはスキームごとの比較ルールが適用されない限り意味があるとみなす必要があります)

3. To result in a POSITIVE match on this selection element, the values MUST be equivalent according to the equivalence rules of the applicable identifier scheme. Any other result is a NEGATIVE match on this selection element.


As a best practice, service architects SHOULD assign identifiers for service types that are in URI-normal form, do not require further normalization, and are easy to match.


XRI Resolution 2.0

カテゴリー: 未分類 パーマリンク



WordPress.com ロゴ

WordPress.com アカウントを使ってコメントしています。 ログアウト / 変更 )

Twitter 画像

Twitter アカウントを使ってコメントしています。 ログアウト / 変更 )

Facebook の写真

Facebook アカウントを使ってコメントしています。 ログアウト / 変更 )

Google+ フォト

Google+ アカウントを使ってコメントしています。 ログアウト / 変更 )

%s と連携中