問題タブ [xsd-validation]

私の要件は、2 つの異なる検証戦略で xml を検証することです。戦略 1 では、特定の必須属性を持つ要素のインスタンスを xml に含める必要があります。戦略 2 では、異なる必須属性を持つ同じ要素のインスタンスが xml に必要です。つまり、同じ要素の 2 つの異なるセットがあり、各セットに必要な属性のセットが異なるという考え方です。xsd を 1 つだけ使用してこれを検証する方法はありますか。これまでの私の唯一の解決策は、2 つの異なる xsd ファイルを使用して検証することです。

例 1:

例 2:

xsd による検証はできますか?

私はこれが関係していると信じていますがkeyref、確かではありません。

たとえば、myElement1 と myElement2 があるとします。XML ファイルに myElement2 がない場合、myElement1 が存在する必要があります。それ以外の場合はオプションです。

XSD ファイルでこのタイプの検証を強制する方法はありますか?

顧客から提供されたいくつかの XSD ファイルと WSDL があります。私はWCFサービスを構築しました。サービスが提供されたスキーマに準拠していることを示したいと思います。これらのスキーマに対して WCF サービスを検証するにはどうすればよいですか? それが役立つ場合は、SoapUI と Altova XML Spy があります。これを行う標準的な方法は何ですか？私はスキーマファーストのアプローチでこれを構築しませんでした。

シングルサインオンにはJOSSOフレームワークを使用しています。Spring2.5.6では正常に動作しています。厳密なXMLスキーマ検証がSpring3で導入されたようですが、JOSSO XSDは長い間更新されていないため、サーバーの起動中にエラーが発生します。Spring 3でスキーマ検証を無効にする方法はありますか（おそらく2.5.6と同様に機能させます）。

文字列の長さが8文字のXSDでスキームルールを定義しようとしています。

スペースを埋めることもできます。

それが私をXSDに導きました：

ただし、値を空にすることもできます（つまり、長さが0文字）。

それは私を素朴に試みるように導きました：

もちろん、これは許可されていません。

XSDでよくあることですが、ほとんどの形式はXSDで簡単に表現できないため、正規表現のルールを試すことにしました。

XSD iタイプに変換しようとしています：

しかし、それは機能しませんでした：

私も試しました

• <xs:pattern value="[0-9]{8}|''" />
• <xs:pattern value="([0-9]{8})|('')" />
• <xs:pattern value="(\d{8})|('')" />

誰か他の誰かが一致する問題を解決するパターンのこと-いくつかの特定のパターン-空

ボーナス：XSDドキュメント\dで数字と一致する場所を誰かが指摘できますか？または、他の特別なパターンコードは何ですか？

要素で許可される桁数を 6 に制限したい:

フィールド形式の指定は、ゼロが埋め込まれた 6 桁の数字です。

totalDigits以下に基づいて、制限を使用したい場合があることを読みました。

totalDigits 許可される正確な桁数を指定します。ゼロより大きい必要があります

だから私は単純なタイプを持っています:

また、次のような無効な番号をキャッチします。

無効な数値をキャッチしません。

許可される正確な桁数を指定するための推奨される制限は何ですか?

したがって、アイテムがタイプ「A」の場合、サブアイテムのみが属性を持ち、そうでない場合はオプションにする必要があります。

次の形式の XML があります。

ここで、この xml を xsd に対して検証したいと思います。

しかし問題は、子の数とノード名が固定されていないことです。

私のファイルの次のサンプルを確認してください

サンプル 1: ノード名が Child1 と Child2 の 2 つの子

サンプル 2: ノード名 Child4 Child5 および Child8 を持つ 3 つの子

次のルールを使用して、子ノード内のテキスト (「子 n に関するテキスト」として表示されます) を検証する必要があります。

ルール: 子ノード (親の子) の内部テキスト長が 256 を超える場合、xml は無効です。

「親」ノードのいずれかの子に 256 文字を超える内部テキストがある場合、xml は無効であると見なすことを意味します。

これは XSD スキーマ検証を使用して可能ですか? これを検証するための .XSD ファイルの作成を手伝っていただけませんか?

前もって感謝します

スキーマ内のcomplexTypeに対してテストしたいXMLフラグメントがあります。問題は、スキーマが非常に複雑であり、テストしたいフラグメントが単一の複合型に特に関連していることです。スキーマ全体に対して検証する大規模なモックアップドキュメントで要素をラップすることなく、スキーマに対して要素を検証する方法はありますか？

XSD スキーマに基づく SOAP Web サービスがあります (スキーマは、Web サービス メソッドの入力パラメーターとして使用されるクラスを生成しました)。

スキーマに対して渡されたものを検証するにはどうすればよいですか (この場合、スキーマ クラスはTradesTradesです)。

ありがとう。