問題タブ [jsonschema]

プログラムでJSONスキーマスキーマを生成しています。スキーマが有効であることを確認したいと思います。スキーマを検証できるスキーマはありますか？

その文とタイトルでスキーマを2回使用していることに注意してください。スキーマに対してデータを検証したくありません。スキーマを検証したいと思います。

いくつかの構成ファイルを定義するために JSON を使用しており、それらをjson schemeで検証したいと考えています。私の問題は、いくつかのオブジェクトのキーが同じ JSON で定義された配列のアイテムのサブセットであることを確認したいということです:例:

有効：

無効 (otherkey が にありませんfiles):

など。私が望むのは、のキーがfilelocations配列内filesにあることを確認することです。この例では、キーと値を組み合わせて JSON の構造を変更できるので、このような制約は必要ありませんが、私の場合、このように JSON を変更することはできないため、検証があると便利です。このためのメカニズム。

どうすればこれを達成できますか？

私は有効なjsonスキーマを持っています。これは、次のような変数を作成すると正常に機能します。

を使用しますvalidate('some json object' , schema)。

ただし、同じスキーマをテキストファイルに保存してテキストファイルを読み取ると、使用時json.loads('schema text read from file')にエラーが発生します。

私の質問は、Json Schemaは、を使用してファイルからロードできる有効なjsonオブジェクトですかjson.loads()。他に方法があれば教えてください。

これは有効な json スキーマですか?

私のポイントは次のとおりです。タイトル、最初、最後には、次のような仕様はありません

セミコロンや {} でさえありません。それはまだ有効ですか？

json スキーマを介して json 入力を検証したい。正のケースは、意図したオブジェクトとプロパティに対して機能します。しかし、スキーマに記載されていない追加のオブジェクト、パラメーターに対して検証したいと考えています。

jsonでガベージデータが検出された場合、基本的に検証に失敗します

特定のJSONスキーマ文字列に対してJSON文字列を検証する最も簡単な方法を見つけるのに苦労しています(参考までに、これはJavaでAndroidアプリで実行されています)。

理想的には、JSON 文字列と JSON スキーマ文字列を渡すだけで、検証に合格するかどうかについてブール値が返されます。検索を通じて、これを達成するための次の 2 つの有望なライブラリを見つけました。

http://jsontools.berlios.de/

https://github.com/fge/json-schema-validator

ただし、最初のものはサポートが不十分でかなり時代遅れのようです。ライブラリをプロジェクトに実装しましたが、JavaDocs を使用しても、検証用の「Validator」オブジェクトを適切に構築する方法を知ることができませんでした。

良いテストコードで最新のように見える2番目のものと同様の話。ただし、私がやりたいことは非常に単純ですが、ValidateServlet.javaファイルを見た後でも、私がやりたいことを具体的に達成する方法については、少し気が遠くなり、混乱しているようです。

これを達成するための良い方法（見た目から）、必要な簡単なタスク、または上記の2番目のオプションに固執する必要があるかどうかについて、誰かが他の提案を持っているかどうか興味がありますか？前もって感謝します！

B.jsonという名前のファイルと、JSON スキーマを持つ別のファイルに JSON データがありますBSchema.json。

JSON データが JSON スキーマ仕様を満たしているかどうかを確認する方法を知りたいです。たとえば、Ubuntu と Windows ではxmllint、コマンド ラインからプログラムを使用して、次のコマンドを使用して同じことを確認できますxmllint --schema XMLSchemaFile.xsd --noout DataFile.xml。では、 2 つのファイルを入力し、JSON データが JSON スキーマを満たしているかどうかを確認できる、このコマンド (Linux または Windows) の代替手段はありますか?

注：MacOSにそのようなコマンドが他にある場合は、回答に追加してください。質問はすべてのプラットフォームのユーザーに役立ちます.

次のJSONスキーマがあるとしましょう

しかし、タグを配列にする代わりに、ルート スキーマの一部にしたいと考えています。したがって、任意のプロパティを指定できますが、「id」、「name」、および「price」に特に注意を払います。次のうちどれが正しい方法で、どれが完全に間違っていますか?

他にもいくつか思いつきますが (「any」と「object」の役割を逆にするなど)、これらはすべてこれら 3 つの例から派生したものです。

現在、jsonスキーマをで解析する際に問題が発生していますJson.NET。私のスキーマは配列で構成されており、そのアイテムは、以下の例で説明されているように、2つの異なるタイプにすることができます。

このスキーマは複数のバリデーターで検証され、常に成功しました。私はそれを：として解析しようとしていますJsonSchema：

しかし、私は：を取得しJsonReaderExceptionます

例外JSONスキーマタイプの文字列トークン、StartObjectを取得

私のアイテムタイプが文字列ではないため、これが発生すると思います。で非文字列型を定義できるJson.NETかどうか、またはこれが既知の問題/制限であるかどうかを知りたいです。

指定されたスキーマに対して JSON オブジェクトを検証しようとしています。

JSON データは次のとおりです。

JSON スキーマは次のとおりです。

}

PHP で JsonSchema\Validator を使用して、この JSON を検証しています。

私の問題は、バリデーターが毎回 JSON オブジェクトを正しいものとして検証することです。上の例では、"lat" と "lon" のプロパティがありません。「places」、「title」、または「dateCreated」プロパティ全体を省略しても、正しいと検証されます。

足りないものはありますか？JSON スキーマのドキュメントを調べましたが、何も役に立ちませんでした。