XML 構文との関係

[3] 名前空間接頭辞として xmlns を使うときは、 この接頭辞と名前空間URI と関連付ける宣言 xmlns:xmlns="http://www.w3.org/2000/xmlns/" を要素の属性として記述してはなりません。

XML 情報集合との関係

DOM との関係

[8] DOM では、名前空間属性も通常の属性と同じように要素の attributes NamedNodeMap に含まれていて、 Attr 節点として表されます。 そして、その namespaceURI 属性の値が http://www.w3.org/2000/xmlns/ となります。既定名前空間のための修飾名が xmlns の属性についても、そうです。 getAttributeNS などの属性にアクセスするメソッド類や createAttributeNS のような属性節点を作成するメソッドも、 正しい名前空間属性の扱いに関して他の属性と区別はありません。

[9] ただし、 setAttributeNS や createAttributeNS のような属性を作成するメソッドでは、名前空間URI と修飾名をチェックして、不整合があると例外 NAMESPACE_ERR が発生することになっています。とはいえ、 そのチェックは全組合わせが仕様書 DOM2, DOM3 で規定されているわけではなく、この漏れが意図的なのか誤りなのかはよくわかりません。

仮に仕様書の漏れが誤りであるなら、あるいは誤りとみなして独自にチェックを行う実装では、 属性節点に関する処理で名前空間URI と修飾名が整合していることを暗黙の過程として処理できます。 例えば prefix 属性を見るだけである属性が名前空間接頭辞を定義するための属性かどうかを判断できます。 (既定名前空間のための属性の扱いには注意。)

仕様書の漏れが意図的なもので、名前空間URI と修飾名が不整合な内部状態が可能だとすると、 名前空間に関する実装の内部処理が煩雑化する可能性もあります。

XPath 1.0 データ・モデルとの関係

XML 以外の名前空間機構における扱い

歴史

[5] この URI は、はじめ DOM水準2 で名前空間属性の namespaceURI 属性の値として定義されました。

• [2] この名前空間名 URI は当初の仕様では規定されておらず、接頭辞 xmlns は名前空間名には対応しない特殊なものとされていたが、 errata でこの URI と関連付けられた。

• [4] XML 名前空間 1.1 もこの名前空間名 URI を引き続き使用するようだ (http://www.w3.org/TR/xml-names11/#xmlReserved)。属性値 (名前空間名) が URI から IRI に変更されていたり細かい点で色々違いがあるはずなのだが、基本的には上位互換だから同じ名前空間でもよいということか。

関連

[7] 同様に特別な扱いがなされる名前空間URI として <http://www.w3.org/XML/1998/namespace> (名前空間接頭辞 xml) があります。

メモ