XML Schemaにおいて、属性ノードを定義するには<xsd:attribute>要素を用います。 要素ノードの定義方法については、別稿「XML Schemaで複雑型要素を定義する」を参照いただくとして、ここでは下記book.xmlの<books>要素のname属性、<book>要素のisbn属性に注目してみることにします。 ［book.xml］ <?xml version="1.0" encoding="Shift_JIS" ?> <atit:books xmlns:atit="urn:bookList" name="書籍情報一覧"> <book isbn="ISBN4-7981-0189-3"> <title>10日でおぼえるJSP/サーブレット入門教室</title> <author>Y.Yamada</author> <published>翔泳社</published> <pri
その型の内容モデルとしては単純型のものをそのまま利用するわけですから、 拡張は属性を追加するだけということになります。 <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:po="http://www.example.com/PO1" targetNamespace="http://www.example.com/PO1" elementFormDefault="qualified" attributeFormDefault="unqualified"> ... <xsd:complexType name="length1"> <xsd:simpleContent> <xsd:extension base="xsd:nonNegativeInteger"> <xsd:attribute name
はじめに W3C XML Schema は学ぶのも使うのも簡単だ … 落とし穴をよける方法を知っていればね。「やるべきこと」はこれだ。最低これだけおぼえておけばいい。 これを使え!: 要素宣言、属性グループ、モデルグループ、単純型 可能な限り XML 名前空間を使え! そしてその正しい使い方を学ぶべし。 そして「やってはいけないこと」がこれだ。 XML Schema の名人になろうとするな! それには何ヵ月もかかるだろう。 こんなものは使うな!: 複合型(その理由)、 属性宣言(その理由)、 記法(その理由) ローカル宣言は使うな!(その理由) 置換グループは使うな! (その理由) targetNamespace 属性のないスキーマ(いわゆるカメレオンスキーマ)を使うな!(その理由) 後で説明するが、実際これらの「やってはいけない」ことをやらないことで失うものは何もない。 長くておぼえられ
XMLプログラミングでは、DOMやSAXといったAPIを使用すると単調なコードを繰り返し書くことになり生産性が上がらないものだ。本連載では開発者が“楽をする”ために役立つXML関連ツールを紹介していく。（編集局） 前回「XMLをJavaにマップするデータバインディング」では、データバインディングがどのようなものかといった概要を説明しました。今回からは実際にデータバインディングツールを使い、どのようにしてXMLモデルからオブジェクトモデルへのマッピングを行うのかを見ていきましょう。 最初に取り上げるのはJAXB（The Java Architecture for XML Binding）です。JAXBはJavaの世界でいわゆる“標準”となるべく開発されているデータバインディングで、JavaのさまざまなAPI同様、仕様がJCP（Java Community Process）で決められ、参照実装
Multi-format schema converter based on RELAX NG Copyright © 2002, 2003, 2008 Thai Open Source Software Center Ltd See the file copying.txt for copying permission. Version @VERSION@ Trang converts between different schema languages for XML. It supports the following languages: RELAX NG (XML syntax) RELAX NG compact syntax XML 1.0 DTDs W3C XML Schema A schema written in any of the supported schema l
とある人にXMLインスタンス (XML文書) から、XML Schema定義 (XSD) を自動生成するツールについて訊かれたので、さくっとまとめておきます。これをするために、高価なXMLエディタ XMLSpyを買う必要はありません :-P Trang (by James Clark) http://www.thaiopensource.com/relaxng/trang.html java -jar trang.jar source.xml generated.xsd Relaxer (by 浅海智晴さん) http://www.asahi-net.or.jp/~dp8t-asm/java/tools/Relaxer/index.ja.html relaxer -xsd source.xml Microsoft XSD Inference http://apps.gotdotnet.co
XML文書を扱う場合、必ずしも最初からきちんとしたスキーマが規定されているケースばかりではありません。最初は、個々に異なるXML文書がやりとりされていて、後からスキーマの統一が図られるというケースも決して少なくはないのです。 そのようなときに、異なる要素名で同じ内容のデータがやりとりされていたとしたらどうでしょう。例えば、同じ書名を表しているのに、あるところでは<name>要素で定義しており、別のところでは<title>要素が使われているようなケースです。もちろん、最終的にはいずれかに統一するのがよりよい解決方法であるといえますが、バックエンドに控えるシステムの関係でなかなか簡単には変更できないという状況も考えられます。 そのような場合にも、XML Schemaではデータ項目の「ゆらぎ」を表現できます。つまり、<name>、<title>要素いずれか片方が含まれていればよいというようなあい
Tomcat5のweb.xmlの構文を解析します。 web-app_2_4.xsd (J2EE 1.4) に対応しています。 web-app ルートとなる要素は常にweb-appとなります。 次の属性を持ちます。 version このアプリケーションがサポートするweb.xmlのバージョンを指定します。 web-appの子要素になる要素を以下に記述します。 icon アプリケーションに対応するアイコンを定義します。 これは各種GUIツールで利用されるらしいですが、Tomcatには標準でそういったツールは付いてない(と思う)ので未確認です。 2つの子要素を持ちます。 small-icon 小さいアイコン(16x16)を格納したパスを記述します。 large-icon 大きいアイコン(32x32)を格納したパスを記述します。 display-name アプリケーションの名前を記述します。 管理
QAフレームワーク：仕様ガイドラインが勧告に昇格 （2005/10/21） データベースの急速なXML対応に後押しされてか、9月に入って「XQuery」や「XPath」に関係したドラフトが一気に11本も更新された XML勧告を記述するXMLspecとは何か （2005/10/12） 「XML 1.0勧告」はXMLspec DTDで記述され、XSLTによって生成されている。これはXMLが本当に役立っている具体的な証である 文字符号化方式にまつわるジレンマ （2005/9/13） 文字符号化方式（UTF-8、シフトJISなど）を自動検出するには、ニワトリと卵の関係にあるジレンマを解消する仕組みが必要となる XMLキー管理仕様（XKMS 2.0）が勧告に昇格 （2005/8/16） セキュリティ関連のXML仕様に進展あり。また、日本発の新しいXMLソフトウェアアーキテクチャ「xfy techno
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く