問題タブ [xsd-validation]

XSDの開始は次のとおりです。

...そして他のいくつかの定義...

in_datが別の組織によって作成されたスキーマに存在する場合。私が本質的にやりたいことは、他の組織のXSDで定義されているin_dat型の要素を含むスキーマを作成することです。

私はこれを正しくすることにさえ近づいていますか？私はXMLにかなり慣れていません。

私は得続けます

スキーマバリデーターであるhttp://www.w3.org/2001/03/webdata/xsvから。

ありがとう。

編集：返信してくれた2人に感謝します。問題は、他の組織がスキーマにtargetNamespace属性を定義していなかったことにあるようです。その結果、名前空間をスキーマにインポートできません。つまり、指定されたタイプを使用できません。

コードをコピーして貼り付ける必要がありましたが、これは避けたかったことです...しかし、必要なものをすべて手に入れることはできないと思います。

以前にこれを行ったことがあることは知っていますが、今日は機能していません。また、その方法を説明している場所も見つかりません。私の寝不足かもしれませんが、グレムリンの疑いがあります。

XML ドキュメントと、それを定義する XSD でいっぱいのディレクトリがあります。Visual IDE を設定して、検証の失敗を通知し、特定のコンテキストで有効なタグと属性の Intellisense リストを提供するにはどうすればよいですか?

私が試したこと：

• XML ドキュメントを含むプロジェクトに XSD を追加しました。
• XSD を XML スキーマ リスト (XML / Schemas... メニュー項目の下) に追加しました。
• XML ドキュメントには、schemaLocation 属性と noNamespaceSchemaLocation 属性も含めました。

Visual Studio は、有用なデバッグ情報や編集情報をまだ提供していません。私は2010年と2008年の両方を試しました（私は2008年にそれをやったことがあると思いました）

更新:別の開発者にこれを試してもらいましたが、彼も失敗しました。彼は、他の XML 文書でそれを行い、それが機能したことを知っています。次に、Oxygen XML エディターをダウンロードしたところ、同じ XML および XSD ファイルで問題なく動作したため、ファイルは問題ないようです (または、Oxygen の方が寛容で柔軟です . . . )

これが私のスキーマとxmlファイルの内容です。
スキーマファイルを使用してxmlファイルを検証しようとすると、次のエラーが発生しました。要素X1がこのスコープで定義されていません。エラー行：25エラー列：12
。問題はどこにありますか？

私は、特定の xml を検証するために XSD を構築する任務を負っています。私の問題は、XML 要素の一部が次の形式であることです。

属性ではなく要素の「値」を検証するXSDを構築する必要があるため、XSDの構築における非常に限られた経験で（W3Cチュートリアルを読みました）、これを試しました

そして見よ...うまくいかない、とそれは言う：

「Type 属性は、simpleType または complexType のいずれにも存在できません」

それは私がやった愚かなことだと確信していますが、答えが見つからなかった/他の場所で間違って解釈された答えです!

前もって感謝します

文字列の入力を検証するために xsd ファイルを使用する方法はありますか?

xsd を使用して xml ファイルを検証する例をいくつか見つけましたが、本当に必要なのは、xsd の 1 つの要素を使用してユーザー入力を検証することです。

これを行う簡単な方法はありますか、それとも xsd ファイルを xml ファイルとして扱い、要素を抽出し、それを指定された文字列と比較して有効かどうかを確認する必要がありますか?

ありがとう

次の Q に対する高額のバウンティ:

こんにちは、Python 2.6、Amara2 を使用して Ubuntu 9.10 で試したものを次に示します (ちなみに、test.xsd は xml2xsd ツールを使用して作成されました)。

では、なぜこのエラーが表示されるのでしょうか? この機能はサポートされていませんか? 任意の XSD ファイルを指定できる柔軟性を持ちながら、XSD に対して XML ファイルを検証するにはどうすればよいですか? ご不明な点がございましたら、お気軽にお問い合わせください。

これを解決する必要があり、助けが必要なようです。

ここに問題の定義があります

既存のスキーマ X [X は業界標準のスキーマ] があり、新しいスキーマ Y (別のターゲット名前空間) でいくつかの拡張機能を構築しています。

ここでの問題は、スキーマ Y の要素/属性の使用を、X の定義済みの要素/型のメンバーとしてのみに制限したいことです。[無効な使用の場合、スキーマの検証は失敗するはずです]。

どうすればこれを達成できますか? これを行う最善の方法は何ですか？

RM

XSD を次のように指定します。

これは、異なる名前空間からの子を許可するいくつかの要素を定義します。

このスキーマを独自のもので拡張し、子要素と特定の要素の属性をベース ドキュメントに挿入したいと考えています。たとえば、myElementX または myAttributeY には親ノード std:SomeRootNode が必要です。結合されたドキュメントは、基本スキーマで既に許可されている方法で、第三者が引き続きドキュメントを拡張できるようにする必要がありますが、名前空間の要素と属性については、すべての要素と属性が正しい親ノードを持っていることを検証したいベース ドキュメント内の許可された場所にのみ表示されます。

これはどのように達成できますか？

私が拡張している基本スキーマの再定義に頼らないクリーンな解決策があることを願っています。基本スキーマの新しいバージョンがリリースされた場合に、簡単に適応できるようにしたいと考えています。基本ドキュメントの新しいバージョンがリリースされるたびに、新しい再定義で変更する必要はありません (設計に重大な変更がない限り)。

これが、xerces から取得し続けるエラー全体です....

私はこれを理解していると思っていましたが、何度か取得した後、私はそれを失ったに違いありません。

この要素に絞りました

私はプロジェクトに長く出演していると思います...

「フィールド」と呼ばれる要素と「複合フィールド」と呼ばれるその拡張を含むxmlスキーマを定義しました。次のように定義されています。

私のXML utでそれを使用するには、次のようにする必要があります。

XML ユーザーにxsi :type=... などのスキーマ構文を使用してほしくない」

したがって、要素の名前はその継承を暗示し、ユーザーに type 属性の追加を強制しませんか??

私はこれを試しました：

その後：

しかし、XSD スキーマ検証にも合格しませんでした

12/09/2010:提案された回答に応えて、質問を少し洗練させました。
スキーマは次のようになります。

必要な xml は次のようになります。

この組み合わせを使用すると、次のエラー メッセージが表示されます。

cvc-complex-type.2.4.a: 要素「MyCompositeField」で始まる無効なコンテンツが見つかりました。「{field}」のいずれかが必要です。