問題タブ [xml-validation]

何をしelementFormDefault、いつ使用する必要がありますか？

だから私はelementFormDefault値のいくつかの定義を見つけました：

修飾-要素と属性はスキーマのtargetNamespaceにあります

unqualified-要素と属性に名前空間がありません

したがって、その定義から、スキーマが修飾に設定されている場合、なぜタイプの前に名前空間を付ける必要があるのでしょうか。そして、あなたがその問題について無資格に設定することさえあるであろうシナリオは何ですか？グーグルを試してみましたが、非常に理解しにくい2つのW3Cページしかありませんでした。

これは私が現在使用しているファイルですが、同じものとしてtarget:TypeAssignments宣言するときにタイプを宣言する必要があるのはなぜですか？targetNamespacexmlns:target

XSD に対して XML を検証する必要があるため、私のタスクに役立つ可能性のある無料の XML Validator は何ですか。

ありがとう。

クライアントが金融ポートフォリオを含む XML を送信する REST サービスを作成しています。ポートフォリオ XML は、公開された標準 XML DTD を使用します。ポートフォリオ XML にいくつかのデータを追加したいと思います。

公開された DTD に対して XML を検証する機能を維持したいと考えています。しかし、フィールドを追加すると、DTD 検証は失敗します。既存の DTD と新しいフィールドで構成される新しい DTD を作成する方法はありますか?

スキーマ情報が XML から取得されるように、XML スキーマに対して XML ファイルを検証する必要があります。

名前空間を定義する XML ドキュメントがあります。このような：

スキーマの場所はドキュメントにないため、指定された名前空間のスキーマがどこにあるかをバリデーターに伝える必要があります。今、私は次の方法でそれを行います：

このように動作しますが、2 つの問題があります。

1) 最初に手動でドキュメントを解析し、スキーマを作成する必要があるのは、理論的にはバリデーターが自動的に行うために必要なすべての情報を持っているにもかかわらず、ちょっと不器用です。

2) Document オブジェクトを検証すると、エラーの正しい行番号が得られません。正しい行番号を取得するには、同じドキュメントを 2 回解析する必要があります (1 回目は名前空間を取得し、2 回目は検証します)。

誰かがより良い解決策を知っていますか?

解析する前に、namespace1 が schema1.xsd、namespace2 が schema2.xsd などに対応することをパーサーに伝える方法はありますか? または、パーサーがスキーマを要求するために使用できる何らかのコールバックを作成できますか (たとえば、LSResourceResolver を SchemaFactory に渡すことができます)?

このサービスを考えると：

サーバーでリクエストを処理するときに、hotelリクエスト内のXMLをDTDに対して検証します。

質問は、RESTのベストプラクティスとして、クライアントはリクエストでDTDを参照する必要がありますか（DTDに基づいてXMLドキュメントを作成するときに通常行うように）？それともこれは必要ありませんか？DTDはAPIドキュメントで説明されるため、クライアントサービスの作成者はDTD検証の詳細を認識できます。

Webサービスを使用するJBossで実行されている小さなアプリがあり、それらが呼び出されるたびに、WSDLを解析し、それを検証するためにxmlsoap.org [1]からフェッチしようとします（WSDL）。

この検証を回避する方法はありますか？問題はそれです：

1. システムの速度が低下し、
2. 多くの場合、xmlsoap.org [1]は正しく返されません（XMLではなく壊れたHTMLを返します）。

schemas.xmlsoap.orgがlocalhostをポイントし、そこからスキーマを提供するようにすることもできますが、それは非常に汚い解決策のようです。非検証モードなどでJBoss/xercesを実行する方法が必要です。

[1] http://schemas.xmlsoap.org/wsdl/

自分のマシンにないドキュメントでDTDを使用してドキュメントを検証しています。これは、インターネットに保存されています。

現在、次の例外が発生しています

ファイルを参照できるので、ファイルにアクセスできることはわかっています。しかし、なぜ.NETはそれにアクセスできないのですか？！前もって感謝します。

スキーマに対して XML ドキュメントを検証しています。これまでのところ、すべてうまくいっていますが、生成されたドキュメントとスキーマの間にいくつかの重要な違いがあります (したがって検証)。最初のエラーが発生すると、Oracle が検証を停止することに気付きました。エラーのリストをコンパイルしてスキーマの開発者に渡すことができるようにしたいのですが、これまでのところ、現在のエラーを解決した場合にのみ次のエラーを取得できるようです-一部のエラーは取得できません自分で解決しますが、最初に他の開発者と話し合う必要があります。

Oracle にすべての検証エラーを出力させる方法はありますか?

アップデート

私は Oracle 10g で作業していましたが、Oracle 11は検証エラーのリストを返すことができると言われました。

私の会社では、データのスキーマとして使用されている独自の xml を思いついたので、そのスキーマに従って xml を検証する必要があります。それを行う簡単な方法はありますか、それとも最初から書く必要がありますか?

私はJava6で作業しています...

ありがとう

私はxsdを持っています。BizTalk で検証しようとすると、次のエラーが発生します。

次のような名前空間を参照していると思います。

続行するのに十分な情報かどうかはわかりません...

編集:
xmlを検証するために使用するプログラムによっては、時々機能することがわかりました。例えば。スキーマに対して xml を検証する .net コードを作成すると、xsd が正常に読み取られ、xml が検証されるようです。Notepad ++でxml検証を使用すると、スキーマを読み取れないと表示されます。別のマッパー (WTX) では、それも機能しないと言われています。

考えられる問題を絞り込むために他にできることはありますか?

編集 2:
xcut に感謝します。スキーマをローカルにダウンロードして BizTalk プロジェクトに配置すると、スキーマは正常に検証されますが、1 つの警告が表示されることがわかりました: 警告 BEC1007: ノード "" - ターゲット名前空間が空です。