WebLogic XML プログラマーズ ガイド
|
 |
 |
|
以下の節では XML テクノロジと WebLogic Server XML サブシステムについて概説します。
Extensible Markup Language (XML) とは、ドキュメント内のデータの内容および構造を示すのに使用するマークアップ言語です。XML は、Standardized General Markup Language (SGML) を簡素化したものです。XML は、インターネット上でコンテンツを配信するための業界標準です。XML には新しいタグを定義する機能があるので、拡張が可能です。
HTML と同じように、XML でもタグを使用してコンテンツを記述します。しかし、XML のタグはコンテンツの表示方法ではなく、データの意味と階層構造を表します。この機能を使用すれば、異なるプログラムやシステム間でのデータ交換を効率化するために必要な高度なデータ型を定義できます。さらに、XML ではコンテンツと表現を分離できるため、コンテンツ (データ) を異種システム間で移植できます。
XML 構文では、一対の開始タグと終了タグ (<name> と </name> など) を使用して情報をマークアップします。タグで区切られる情報のことを、要素と呼びます。どの XML ドキュメントにもルート要素が 1 つあります。ルート要素は、他のすべての要素を含む最上位の要素です。他の要素内に含まれる要素をしばしば下位要素と言います。要素には、名前と値のペアという構造の属性が付くことがあります。属性は、要素の一部として要素をさらに定義するのに使用します。
次のサンプル XML ファイルでは、アドレス帳の内容を説明します。
<?xml version="1.0"?>
<address_book>
<person gender="f">
<name>Jane Doe</name>
<address>
<street>123 Main St.</street>
<city>San Francisco</city>
<state>CA</state>
<zip>94117</zip>
</address>
<phone area_code=415>555-1212</phone>
</person>
<person gender="m">
<name>John Smith</name>
<phone area_code=510>555-1234</phone>
<email>johnsmith@somewhere.com</email>
</person>
</address_book>
XML ファイルのルート要素は address_book です。アドレス帳には現在、person 要素の形で「Jane Doe」と「John Smith」の 2 つのエントリがあります。Jane Doe のエントリには住所と電話番号、John Smith のエントリには電話番号と電子メール アドレスがあります。この XML ドキュメントの構造では、要素の本体の下位要素ではなく、phone 要素に area_code 属性を指定して市外局番を格納するように定義しています。すべての下位要素が person 要素で必要なわけではありません。
XML ドキュメントの記述方法には、DTD および XML スキーマの 2 種類があります。
DTD (Document Type Definition : 文書型定義) は、特定の XML ドキュメントの構造で基本的に必要なものを定義します。DTD では、XML ドキュメントで有効な要素と属性、およびそれらが有効となるコンテキストを定義します。言い換えれば、DTD では特定のタグ内で有効なタグ、およびオプションのタグと属性を指定します。
次の例では、上のアドレス帳のサンプル XML ドキュメントを定義する DTD を示します。
<!DOCTYPE address_book [
<!ELEMENT person (name, address?, phone?, email?)>
<!ELEMENT name (#PCDATA)>
<!ELEMENT address (street, city, state, zip)>
<!ELEMENT phone (#PCDATA)>
<!ELEMENT email (#PCDATA)>
<!ELEMENT street (#PCDATA)>
<!ELEMENT city (#PCDATA)>
<!ELEMENT state (#PCDATA)>
<!ELEMENT zip (#PCDATA)>
<!ATTLIST person gender CDATA #REQUIRED>
<!ATTLIST phone area_code CDATA #REQUIRED>
]>
スキーマは、XML 仕様において最近開発され、DTD に取って代わるものとされています。スキーマでは、DTD および DTD 以外の XML ドキュメント自体より柔軟かつ詳細に XML ドキュメントを記述します。スキーマ仕様は、現在 World Wide Web Consortium (W3C) によって開発中であり、DTD の制限の多くを克服するものとされています。XML スキーマの詳細については、http://www.w3.org/TR/xmlschema-0/ を参照してください。
次の例では、上のアドレス帳のサンプル XML ドキュメントを定義するスキーマを示します。
<xsd:schema xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<xsd:element name="address_book" type="bookType"/>
<xsd:complexType name="bookType">
<xsd:element name=name="person" type="personType"/>
</xsd:complexType>
<xsd:complexType name="personType">
<xsd:element name="name" type="xsd:string"/>
<xsd:element name="address" type="addressType"/>
<xsd:element name="phone" type="phoneType"/>
<xsd:element name="email" type="xsd:string"/>
<xsd:attribute name="gender" type="xsd:string"/>
</xsd:complexType>
<xsd:complexType name="addressType">
<xsd:element name="street" type="xsd:string"/>
<xsd:element name="city" type="xsd:string"/>
<xsd:element name="state" type="xsd:string"/>
<xsd:element name="zip" type="xsd:string"/>
</xsd:complexType>
<xsd:simpleType name="phoneType">
<xsd:restriction base="xsd:string"/>
<xsd:attribute name="area_code" type="xsd:string"/>
</xsd:simpleType>
</xsd:schema>
XML ドキュメントでは、ドキュメント自体の一部として DTD またはスキーマを指定することも、DOCTYPE 宣言で外部 DTD またはスキーマを参照することも、DTD やスキーマをまったく指定または参照しないようにすることもできます。次の XML ドキュメントからの抜粋に、address.dtd という外部 DTD を参照する方法を示します。
<?xml version=1.0?>
<!DOCTYPE address_book SYSTEM "address.dtd">
<address_book>
...
XML ドキュメントは、パーサで検証する場合、または複雑なタイプが含まれる場合にのみ DTD またはスキーマを付ける必要があります。XML ドキュメントは、1) 関連する DTD またはスキーマがある場合、および 2) 関連する DTD またはスキーマに定義されている制約に準拠している場合に有効であると見なされます。ただし、XML ドキュメントが整形式でなければならない場合は、ドキュメントに DTD またはスキーマを付ける必要はありません。W3C の XML 1.0 勧告のすべてのルールに従っている場合、ドキュメントは整形式と見なされます。XML 1.0 仕様の詳細な説明については、http://www.w3.org/XML/ を参照してください。
通常、ある業界では、その業界にとって意味がある固有のデータ交換方式を使用しています。電子商取引の誕生により、企業ではさまざまな業界と関係を結ぶようになっています。このため、こうした企業は、これらの業界で使用されるさまざまな電子通信プロトコルに関する専門知識を取得しなければなりません。
XML は拡張性に優れているため、さまざまな業界間のデータ交換フォーマットを標準化するための非常に効果的なツールとなっています。たとえば、複数の業界間または一企業内の複数の部門間でメッセージ ブローカとワークフロー エンジンがトランザクションを調整しなければならない場合、XML を使用すると、異なるソースからのデータを組み合わせて、すべての当事者が理解できる 1 つのフォーマットを作成できます。
Extensible Stylesheet Language (XSL) は、XML ドキュメントに適用する表示のルールを記述するための W3C の規格です。XSL には、変換言語 (XSLT) とフォーマット言語の両方が含まれます。この 2 つの言語は、互いに独立して機能します。XSLT は XML ベースの言語で、XML ドキュメントを別の XML ドキュメントに、または HTML、PDF、その他の文書フォーマットに変換する方法を記述するための W3C の仕様です。
XSLT トランスフォーマは、XML ドキュメントと XSLT ドキュメントを入力として受け付けます。XSLT ドキュメントに定義されるテンプレート ルールには、そのルールの適用先となる XML ツリーを指定するパターンが含まれています。XSLT トランスフォーマは、XML ドキュメントをスキャンしてルールに一致するパターンを見つけ出し、元の XML ドキュメントの該当するセクションにテンプレートを適用します。
DOM および SAX は、XML データ解析のための 2 つの標準 Java アプリケーション プログラミング インタフェース (API) です。いずれも、WebLogic Server 組み込みパーサによりサポートされます。この 2 つの API は、解析に対して異なるアプローチをとっており、それぞれの API に長所と短所があります。
SAX は Simple API for XML の略語です。SAX は、イベント ベースの XML 解析用標準インタフェースで、プラットフォームや言語に依存しません。SAX は、パーサが要素の最初または最後などの XML ドキュメントを読み取る際に発生するイベントを定義します。プログラマは、ドキュメント解析時に異なるイベントを処理するハンドラを提供します。
XML ドキュメントを解析するために SAX API を使用するプログラマは、これらのイベントが発生したときに起こることを完全に制御する権限を持ち、解析プロセスをカスタマイズできます。たとえば、プログラマは、ドキュメントが不正であることを示すエラーがパーサで発生したときに、ドキュメントがすべて解析されるまで待つのではなく、すぐに XML ドキュメントの解析を中止できるので、パフォーマンスが向上します。
WebLogic Server の組み込みパーサ (Apache Xerces) は、SAX バージョン 2.0 をサポートしています。SAX バージョン 1.0 を使用して XML ドキュメントを解析するプログラムを作成した場合は、2 つのバージョンの相違点を把握し、それに従ってプログラムを更新する必要があります。2 つのバージョンの相違点については、http://www.saxproject.org/ を参照してください。
DOM は Document Object Model の略語です。DOM は、プラットフォームや言語に依存しないインタフェースであり、DOM を使用することにより、プログラムとスクリプトは XML ドキュメントのコンテンツ、構造、およびスタイルに動的にアクセスして、それらを更新できます。DOM は、XML ドキュメントをメモリに読み込んでツリー表示します。ツリーの各ノードは、元の XML ドキュメントからの特定のデータの一部を表します。ツリー構造は、データを表すための標準プログラミング メカニズムで、Java を使用したツリーのナビゲートおよび操作を簡単に素早く、かつ効率的に実行できます。しかし、DOM でツリーを作成するために XML ドキュメント全体をメモリに読み込む必要があるため、XML ドキュメントのサイズが大きくなると、アプリケーションのパフォーマンスが低下するという欠点があります。
WebLogic Server の組み込みパーサ (Apache Xerces) は、DOM Level 2.0 Core をサポートしています。DOM Level 1.0 を使用して XML ドキュメントを解析するプログラムを作成した場合は、2 つのバージョンの相違点を把握し、それに従ってプログラムを更新する必要があります。相違点の詳細については、http://www.w3.org/DOM/DOMTR を参照してください。
SAX と DOM だけでなく、XML Streaming API を使用しても XML ドキュメントを解析できます。
WebLogic XML Streaming API は、XML ドキュメントを解析および生成するための簡単でわかりやすい手段を提供します。SAX API をベースにしていますが、複雑な XML ドキュメントを処理する際の煩雑さの原因になる SAX イベント ハンドラを書く必要はなく、手順の流れに従って XML ドキュメントを処理できます。つまり、Streaming API を利用すれば、SAX API よりきめ細かく解析を制御できます。
XML Streaming API は、ドキュメント解析の際に WebLogic FastParser を使用します。
WebLogic XML Streaming API の使い方の詳細については、「WebLogic XML Streaming API の使い方」を参照してください。
注意 : DOM や SAX と異なり、XML Streaming は、まだ JAXP (Java API for XML Processing) の一部ではありません。
前の節では、XML データの解析に使用できる API、SAX、DOM について説明しました。JAXP (Java API for XML Processing) は、これらのパーサにアクセスする手段を提供します。JAXP はまた、どのような仕様のパーサまたはトランスフォーマも使用できるプラグイン可能レイヤも定義します。
WebLogic Server には、XML アプリケーションの開発と、WebLogic Server で構築した XML アプリケーションを他の Web アプリケーション サーバに移植するのに必要な作業を容易にするために、JAXP が実装されています。JAXP は、XML アプリケーションの移植性を高めるために Sun Microsystems で開発されました。JAXP では、Java プラットフォームの API の標準セットを介して XML ドキュメントを解析および変換するための基本機能がサポートされています。WebLogic Server 配布キット内の JAXP 1.1 は、組み込みパーサを使用するコンフィグレーションになっています。したがって、WebLogic Server で構築される XML アプリケーションでは、デフォルトで JAXP を使用します。
WebLogic Server 配布キットには、JAXP 1.1 で必要なインタフェースとクラスがあります。JAXP 1.1 には、SAX バージョン 2 および DOM Level 2 に対するサポートがあります。JAXP 用の Javadoc は、WebLogic Server のオンライン リファレンス マニュアルに含まれています。
javax.xml.parsers パッケージには、SAX バージョン 2.0 および DOM Level 2.0 モードで XML データを解析するための一連のクラスがあります。XML ドキュメントを SAX モードで解析するには、まず newInstance() メソッドで新しい SaxParserFactory オブジェクトのインスタンスを作成します。このメソッドは、明確に定義された場所のリストを基に、ロードするパーサの特定の実装をルックアップします。次に、SaxParserFactory から SaxParser インスタンスを取得し、その parse() メソッドを実行して、解析する XML ドキュメントにそれを渡します。XML ドキュメントを DOM モードで解析する場合も同様ですが、この場合は DocumentBuilder クラスと DocumentBuilderFactory クラスを使用します。
JAXP による XML ドキュメント解析の詳細については、「XML ドキュメントの解析」を参照してください。
javax.xml.transform パッケージには、XML ドキュメント、DOM ツリー、または SAX イベントなどの XML データを別の形式に変換する一連のクラスがあります。トランスフォーマ クラスも、パーサ クラスと同じように機能します。XML ドキュメントを変換するには、まず newInstance() メソッドで新しい TransformerFactory オブジェクトのインスタンスを作成します。このメソッドは、明確に定義された場所のリストを基に、ロードする XSLT トランスフォーマの特定の実装をルックアップします。次に、特定の XSLT スタイルシートを基に新しい Transformer オブジェクトのインスタンスを作成し、その transform() メソッドを実行して、変換する XML オブジェクトにそれを渡します。XML オブジェクトは、XML ファイルでも DOM ツリーなどでもかまいません。
JAXP による XML オブジェクト変換の詳細については、「JAXP による XML データの変換」を参照してください。
XML と XSLT をどのように使用するかは、ビジネス上のニーズによって異なります。
XML と XSLT は、複数のクライアント タイプをサポートするアプリケーションでよく使用されます。たとえば、ブラウザ ベースのクライアントと Wireless Application Protocol (WAP) クライアントの両方をサポートする Web ベース アプリケーションを使用しているとします。これらのクライアントでは、それぞれ HTML と Wireless Markup Language (WML) という異なるマーク付け言語を理解しますが、アプリケーションでは両方に適したコンテンツを提供しなければなりません。
これを実現するには、クライアントに送信するデータを表す XML ドキュメントを最初に作成するようにアプリケーションを記述します。次に、アプリケーションは、データを表す XML ドキュメントを、クライアントのブラウザ タイプによって HTML または WML に変換します。アプリケーションでは、HTTP リクエストの User-Agent リクエスト ヘッダを調べることによって、クライアントのブラウザ タイプを識別できます。クライアントのブラウザ タイプを認識すると、適切な XSLT スタイル シートを使用して、適切なマーク付け言語にドキュメントを変換します。このヘッダ情報へのアクセス方法の例については、WebLogic Server 配布キットの examples/servlets ディレクトリに収められている SnoopServlet サンプルを参照してください。
このように、クライアント タイプごとに異なるマーク付け言語を使用して同じ XML ドキュメントを表示する方法を用いると、複数のクライアント タイプのサポートに必要な努力を、適切な XSLT スタイル シートの開発に集中させることができます。さらに、必要な場合は、アプリケーションを他のクライアント タイプに簡単に適合させることができます。
XSLT の詳細については、「その他の XML 仕様と情報」を参照してください。
企業間 (B2B) 環境で、企業 A と企業 B は両者間の電子商取引に関する情報の交換を望んでいます。企業 A は大手の電子商取引サイトです。企業 B は、企業 A の製品を最適な顧客集団に販売する小規模な子会社です。企業 B が企業 A に顧客情報を送ると、企業 B は企業 A から 2 通りの方法で対価を受け取ることができます。企業 B は、金銭、および企業 B が提供した顧客と同じ購買層の他の顧客に関する情報を企業 A から受け取ります。情報を交換するためには、企業 A と企業 B は、マシンが理解できてどちらの企業のシステムでも簡単に処理できるデータ フォーマットについて合意する必要があります。XML は、このシナリオで使用する論理データ フォーマットですが、このフォーマットの選択はほんの第一歩に過ぎません。次に両企業は、交換する XML メッセージのフォーマットについて合意しなければなりません。企業 A はその子会社と 1 対多の関係にあるため、やり取りする XML メッセージのフォーマットは企業 A 側で定義する必要があります。
XML メッセージ、つまり XML ドキュメントのフォーマットを定義するために、企業 A は 2 種類の文書型定義 (DTD) を作成します。1 つは企業 A が提供する顧客情報を記述するもので、もう 1 つは企業 A が受け取る新しい子会社の情報を記述するものです。企業 B も、2 種類の DTD を作成します。1 つは企業 A から受け取る XML ドキュメントを処理するためのもの、もう 1 つは企業 A 側で処理できるフォーマットで XML ドキュメントを作成するためのものです。
WebLogic Server では、WebLogic Server に適用可能な XML テクノロジと、WebLogic Server に基づく XML アプリケーションが統合されています。WebLogic Server XML サブシステムを使用すると、顧客は、標準パーサ、WebLogic FastParser、XSLT トランスフォーマ、DTD、および XML スキーマを使用して XML ファイルを処理および変換できます。
WebLogic Server XML サブシステムには、以下の機能があります。
WebLogic Server には、以下の 2 つのパーサがあります。
|
|
|
|
|
Administration Console による XML レジストリのコンフィグレーションでは、他のあらゆる XML パーサを使用できます。単一の WebLogic Server のインスタンスをコンフィグレーションすることによって、あるパーサを特定のアプリケーション用に使用し、別のパーサを異なるアプリケーション用に使用できます。
WebLogic Server の組み込み XSLT トランスフォーマは、WebLogic Server に付属の JDK 1.4.1 に含まれているものと同じく、Apache Xalan XSLT トランスフォーマ バージョン 2.2.D11 です。
XML レジストリを使用して WebLogic Server 用の別の組み込みトランスフォーマをコンフィグレーションしておらず、アプリケーションで JAXP を使用してトランスフォーマを取得する場合は、この組み込みトランスフォーマがその対象となります。このトランスフォーマのパッケージは、org.apache.xalan.* です。
XML アプリケーションでは、この組み込み XSLT トランスフォーマまたは他の XSLT トランスフォーマを使用して、XML ドキュメントを他の XML ドキュメント、HTML などに変換できます。XML ドキュメントの変換の詳細については、「JAXP による XML データの変換」を参照してください。
バージョン 7.0 以前の WebLogic Server の組み込みトランスフォーマは、Apache の Xalan XSLT をベースにしたもので、パッケージ名の先頭には weblogic.apache.xalan.* が付いていました。バージョン 8.1 の WebLogic Server では、このトランスフォーマは非推奨となりました。代わりの組み込みトランスフォーマは、JDK 1.4.1 に付属しているものと同じく、Apache の Xalan 2.2.D11 です。
下位互換性のため、weblogic.apache.xalan.* トランスフォーマはバージョン 8.1 の WebLogic Server でも使用できますが、将来のバージョンでは使用できなくなるので、使用しないことを強く推奨します。ただし、一時的にこのトランスフォーマを使用する必要がある場合は、Administration Console を使用して、XML レジストリを更新または新規作成し、WebLogic Server の組み込みトランスフォーマ以外のトランスフォーマをコンフィグレーションしなければなりません。次のトランスフォーマ ファクトリを使用してください。
weblogic.apache.xalan.processor.TransformerFactoryImpl
Administration Console を使用した WebLogic Server の XML レジストリのコンフィグレーションについては、「組み込まれていないパーサまたはトランスフォーマのコンフィグレーション」を参照してください。
WebLogic XML Streaming API は、XML ドキュメントを解析および生成するための簡単でわかりやすい手段を提供します。SAX API をベースにしていますが、複雑な XML ドキュメントを処理する際の煩雑さの原因になる SAX イベント ハンドラを書く必要はなく、もっと手順の流れに従って XML ドキュメントを処理できます。つまり、Streaming API を利用すれば、SAX API よりきめ細かく解析を制御できます。
WebLogic XML Streaming API の使い方の詳細については、「WebLogic XML Streaming API の使い方」を参照してください。
Java API for XML Parsing (JAXP) 1.1 は、Java 標準で、パーサに依存しない XML 用 API です。JAXP の詳細については、「JAXP とは」を参照してください。
注意 : WebLogic Server は、Administration Console からアクセスされる XML レジストリを使用して、パーサとトランスフォーマをプラグインします。この点が、システム プロパティを使用してパーサとトランスフォーマをプラグインするように指定された JAXP 1.1 仕様との違いです。
WebLogic Server は、以下の特殊なサーブレット属性をサポートします。
ServletRequest オブジェクトで、前述の属性を指定して setAttribute メソッド (SAX 解析の場合) や getAttribute (DOM 解析の場合) メソッドを呼び出すと、任意の XML ドキュメントが解析されます。
以下のコード セクションでは、これらのメソッドの使い方の例を示します。
request.setAttribute("org.xml.sax.helpers.DefaultHandler", new DefHandler());
org.w3c.dom.Document = (Document)request.getAttribute("org.w3c.dom.Document");
注意 : setAttribute メソッドと getAttribute メソッドは便利な機能として用意されているだけであり、サーブレットから XML を解析する際に必須というわけではありません。
JSP タグ ライブラリは、WebLogic Server で動作する JavaServer Pages (JSP) 内から組み込み XSLT トランスフォーマにアクセスするための単純なタグを提供します。現時点では、このタグは組み込み XSLT トランスフォーマだけをサポートしています。このタグを使用して、XML ドキュメントを JSP 内から異なるトランスフォーマを使って変換することはできません。
JSP タグ ライブラリは、xmlx-tags.jar に収められています。このファイルは、WebLogic Server 配布キットのインストール時にインストールされます。
注意 : JSP タグ ライブラリは便利な機能として用意されているだけであり、JSP 内から XSLT トランスフォーマへのアクセスに必要というわけではありません。
XML レジストリは、管理タスクとコンフィグレーション タスクを XML アプリケーションから切り離すことによって、これらのタスクを簡素化します。WebLogic Server のインスタンスに対するパーサおよびトランスフォーマのコンフィグレーションには、Administration Console (WebLogic Server 管理用のグラフィカル ユーザ インタフェース (GUI)) を使用します。
注意 : 各 WebLogic Server ドメインにはレジストリをいくつでも組み込むことができ、ドメイン内の各 WebLogic Server インスタンスにはゼロまたは 1 つのレジストリを割り当てることができます。
XML レジストリを使用すると、以下のような利点があります。
上記のすべての機能は、アプリケーションが WebLogic Server の本バージョンに付属の標準 Java API for XML Processing (JAXP) を使用する場合に利用できます。これらの機能は、サーバサイドだけで使用できます。
WebLogic XML では、XML レジストリを使用して外部エンティティを解決できます。外部エンティティは、XML ドキュメント内に記述されていないものの、XML ドキュメント内で参照されるさまざまなテキストです。実際のテキストは、同じコンピュータの他のファイル、Web 上など、どこにあってもかまいません。外部エンティティの例が、XML ドキュメントの検証に使用する DTD ファイルです。この機能を使用するには、Administration Console を開き、XML レジストリで、外部エンティティに関連付けるパブリック ID またはシステム ID を入力します。
外部エンティティをローカルに格納することに加えて、URL などの HTTP インタフェースをサポートする外部レポジトリから外部エンティティを取得およびキャッシュするように WebLogic Server をコンフィグレーションできます。WebLogic Server のコンフィグレーションで、メモリやディスクにある外部エンティティをキャッシュし、有効期限が過ぎたと判断するまでエンティティをキャッシュ内にどの程度の期間とどめるかを指定できます。
XML レジストリを使用した外部エンティティの解決の詳細については、「外部エンティティのコンフィグレーション タスク」を参照してください。
WebLogic Server には、XML ドキュメントの解析および変換のサンプルがあります。
コード サンプルは、WL_HOME\samples\server\examples\src\examples\xml ディレクトリに格納されています。ここで、WL_HOME は、WebLogic Platform の最上位のディレクトリです。
このサンプルを作成して実行する方法の詳細については、ブラウザで Web ページ WL_HOME\samples\server\examples\src\examples\xml\package-summary.html を呼び出してください。
サーバの DOM インタフェースと SAX インタフェースの Endorsed Standards Override Mechanism を利用した切り替えは、WebLogic Server ではサポートされていません。
Endorsed Standard とは、Java Community Process (JCP) 以外の標準プロセスで定義された Java API のことです。詳細については、「Endorsed Standards Override Mechanism」を参照してください。
XML ファイルを編集するには、完全な Java ベースの XML スタンドアロン エディタである BEA XML エディタを使用します。この XML エディタは、XML ファイルを作成および編集するためのシンプルで使いやすいツールです。このツールでは、XML ファイルの中身を、階層的な XML ツリー構造と実際の XML コードの両方で表示します。したがって、XML ドキュメントの編集方法を選択できます。
BEA XML エディタは、指定した DTD または XML スキーマを基に XML コードを検証します。
使用方法の詳細については、BEA XML エディタのオンライン ヘルプを参照してください。
BEA XML エディタは、dev2dev Online からダウンロードできます。
XML について学習するには、以下のオンライン コースおよびチュートリアルを参照してください。「XML リファレンス」にリンクと詳細情報があります。
|
|
|