aboutsummaryrefslogtreecommitdiff
path: root/tests/qapi-schema/data-int.json
diff options
context:
space:
mode:
authorEric Blake <eblake@redhat.com>2015-05-04 09:05:20 -0600
committerMarkus Armbruster <armbru@redhat.com>2015-05-05 18:39:01 +0200
commit0d8b9fb5f296a96723d98a45a6a00bfd4e45e1b9 (patch)
tree23069277c1b7f5b14582eda0417632d8b15b21d8 /tests/qapi-schema/data-int.json
parentd708cdbe8792a55f53e90c1c787e871d527e8d4b (diff)
downloadqemu-0d8b9fb5f296a96723d98a45a6a00bfd4e45e1b9.zip
qemu-0d8b9fb5f296a96723d98a45a6a00bfd4e45e1b9.tar.gz
qemu-0d8b9fb5f296a96723d98a45a6a00bfd4e45e1b9.tar.bz2
qapi: Add some type check tests
Demonstrate that the qapi generator silently parses confusing types, which may cause other errors later on. Later patches will update the expected results as the generator is made stricter. Most of the new tests focus on blatant errors. But returns-whitelist is a case where we have historically allowed returning something other than a JSON object from particular commands; we have to keep that behavior to avoid breaking clients, but it would be nicer to avoid adding such commands in the future, because any return that is not an (array of) object cannot be easily extended if future qemu wants to return additional information. The QMP protocol already documents that clients should ignore unknown dictionary keys, but does not require clients to have to handle more than one type of JSON object. Signed-off-by: Eric Blake <eblake@redhat.com> Reviewed-by: Markus Armbruster <armbru@redhat.com> Signed-off-by: Markus Armbruster <armbru@redhat.com>
Diffstat (limited to 'tests/qapi-schema/data-int.json')
-rw-r--r--tests/qapi-schema/data-int.json2
1 files changed, 2 insertions, 0 deletions
diff --git a/tests/qapi-schema/data-int.json b/tests/qapi-schema/data-int.json
new file mode 100644
index 0000000..37916e0
--- /dev/null
+++ b/tests/qapi-schema/data-int.json
@@ -0,0 +1,2 @@
+# FIXME: we should reject commands where data is not an array or complex type
+{ 'command': 'oops', 'data': 'int' }