qapi: Enable enum member introspection to show more than name

The next commit will add feature flags to enum members.  There's a
problem, though: query-qmp-schema shows an enum type's members as an
array of member names (SchemaInfoEnum member @values).  If it showed
an array of objects with a name member, we could simply add more
members to these objects.  Since it's just strings, we can't.

I can see three ways to correct this design mistake:

1. Do it the way we should have done it, plus compatibility goo.

   We want a ['SchemaInfoEnumMember'] member in SchemaInfoEnum.  Since
   changing @values would be a compatibility break, add a new member
   @members instead.

   @values is now redundant.  In my testing, output of
   qemu-system-x86_64's query-qmp-schema grows by 11% (18.5KiB).

   We can deprecate @values now and drop it later.  This will break
   outmoded clients.  Well-behaved clients such as libvirt are
   expected to break cleanly.

2. Like 1, but omit "boring" elements of @member, and empty @member.

   @values does not become redundant.  @members augments it.  Somewhat
   cumbersome, but output of query-qmp-schema grows only as we make
   enum members non-boring.

   There is nothing to deprecate here.

3. Versioned query-qmp-schema.

   query-qmp-schema provides either @values or @members.  The QMP
   client can select which version it wants.  There is no redundant
   output.

   We can deprecate old versions and eventually drop them.  This will
   break outmoded clients.  Breaking cleanly is easier than for 1.

   While 1 and 2 operate within the common rules for compatible
   evolution apply (section "Compatibility considerations" in
   docs/devel/qapi-code-gen.rst), 3 bypasses them.  Attractive when
   operating within the rules is just too awkward.  Not the case here.

This commit implements 1.  Libvirt developers prefer it.

Deprecate @values in favour of @members.  Since query-qmp-schema
compatibility is pretty fundamental for management applications, an
extended grace period is advised.

Signed-off-by: Markus Armbruster <armbru@redhat.com>
Reviewed-by: Eric Blake <eblake@redhat.com>
Tested-by: Peter Krempa <pkrempa@redhat.com>
Acked-by: Peter Krempa <pkrempa@redhat.com>
Message-Id: <20211025042405.3762351-2-armbru@redhat.com>
Reviewed-by: John Snow <jsnow@redhat.com>
This commit is contained in:
Markus Armbruster 2021-10-25 06:24:01 +02:00
parent ea29331ba6
commit 75ecee7262
4 changed files with 54 additions and 10 deletions

View File

@ -228,6 +228,12 @@ Use the more generic commands ``block-export-add`` and ``block-export-del``
instead. As part of this deprecation, where ``nbd-server-add`` used a instead. As part of this deprecation, where ``nbd-server-add`` used a
single ``bitmap``, the new ``block-export-add`` uses a list of ``bitmaps``. single ``bitmap``, the new ``block-export-add`` uses a list of ``bitmaps``.
``query-qmp-schema`` return value member ``values`` (since 6.2)
'''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''
Member ``values`` in return value elements with meta-type ``enum`` is
deprecated. Use ``members`` instead.
System accelerators System accelerators
------------------- -------------------

View File

@ -1231,14 +1231,21 @@ Example: the SchemaInfo for ['str'] ::
"element-type": "str" } "element-type": "str" }
The SchemaInfo for an enumeration type has meta-type "enum" and The SchemaInfo for an enumeration type has meta-type "enum" and
variant member "values". The values are listed in no particular variant member "members".
order; clients must search the entire enum when learning whether a
particular value is supported. "members" is a JSON array describing the enumeration values. Each
element is a JSON object with member "name" (the member's name). The
"members" array is in no particular order; clients must search the
entire array when learning whether a particular value is supported.
Example: the SchemaInfo for MyEnum from section `Enumeration types`_ :: Example: the SchemaInfo for MyEnum from section `Enumeration types`_ ::
{ "name": "MyEnum", "meta-type": "enum", { "name": "MyEnum", "meta-type": "enum",
"values": [ "value1", "value2", "value3" ] } "members": [
{ "name": "value1" },
{ "name": "value2" },
{ "name": "value3" }
] }
The SchemaInfo for a built-in type has the same name as the type in The SchemaInfo for a built-in type has the same name as the type in
the QAPI schema (see section `Built-in Types`_), with one exception the QAPI schema (see section `Built-in Types`_), with one exception

View File

@ -142,14 +142,35 @@
# #
# Additional SchemaInfo members for meta-type 'enum'. # Additional SchemaInfo members for meta-type 'enum'.
# #
# @values: the enumeration type's values, in no particular order. # @members: the enum type's members, in no particular order
# (since 6.2).
#
# @values: the enumeration type's member names, in no particular order.
# Redundant with @members. Just for backward compatibility.
#
# Features:
# @deprecated: Member @values is deprecated. Use @members instead.
# #
# Values of this type are JSON string on the wire. # Values of this type are JSON string on the wire.
# #
# Since: 2.5 # Since: 2.5
## ##
{ 'struct': 'SchemaInfoEnum', { 'struct': 'SchemaInfoEnum',
'data': { 'values': ['str'] } } 'data': { 'members': [ 'SchemaInfoEnumMember' ],
'values': { 'type': [ 'str' ],
'features': [ 'deprecated' ] } } }
##
# @SchemaInfoEnumMember:
#
# An object member.
#
# @name: the member's name, as defined in the QAPI schema.
#
# Since: 6.2
##
{ 'struct': 'SchemaInfoEnumMember',
'data': { 'name': 'str' } }
## ##
# @SchemaInfoArray: # @SchemaInfoArray:

View File

@ -68,6 +68,7 @@ JSONValue = Union[_Value, 'Annotated[_Value]']
# TypedDict constructs, so they are broadly typed here as simple # TypedDict constructs, so they are broadly typed here as simple
# Python Dicts. # Python Dicts.
SchemaInfo = Dict[str, object] SchemaInfo = Dict[str, object]
SchemaInfoEnumMember = Dict[str, object]
SchemaInfoObject = Dict[str, object] SchemaInfoObject = Dict[str, object]
SchemaInfoObjectVariant = Dict[str, object] SchemaInfoObjectVariant = Dict[str, object]
SchemaInfoObjectMember = Dict[str, object] SchemaInfoObjectMember = Dict[str, object]
@ -274,8 +275,16 @@ const QLitObject %(c_name)s = %(c_string)s;
obj['features'] = self._gen_features(features) obj['features'] = self._gen_features(features)
self._trees.append(Annotated(obj, ifcond, comment)) self._trees.append(Annotated(obj, ifcond, comment))
def _gen_member(self, member: QAPISchemaObjectTypeMember @staticmethod
) -> Annotated[SchemaInfoObjectMember]: def _gen_enum_member(member: QAPISchemaEnumMember
) -> Annotated[SchemaInfoEnumMember]:
obj: SchemaInfoEnumMember = {
'name': member.name,
}
return Annotated(obj, member.ifcond)
def _gen_object_member(self, member: QAPISchemaObjectTypeMember
) -> Annotated[SchemaInfoObjectMember]:
obj: SchemaInfoObjectMember = { obj: SchemaInfoObjectMember = {
'name': member.name, 'name': member.name,
'type': self._use_type(member.type) 'type': self._use_type(member.type)
@ -305,7 +314,8 @@ const QLitObject %(c_name)s = %(c_string)s;
prefix: Optional[str]) -> None: prefix: Optional[str]) -> None:
self._gen_tree( self._gen_tree(
name, 'enum', name, 'enum',
{'values': [Annotated(m.name, m.ifcond) for m in members]}, {'members': [self._gen_enum_member(m) for m in members],
'values': [Annotated(m.name, m.ifcond) for m in members]},
ifcond, features ifcond, features
) )
@ -322,7 +332,7 @@ const QLitObject %(c_name)s = %(c_string)s;
members: List[QAPISchemaObjectTypeMember], members: List[QAPISchemaObjectTypeMember],
variants: Optional[QAPISchemaVariants]) -> None: variants: Optional[QAPISchemaVariants]) -> None:
obj: SchemaInfoObject = { obj: SchemaInfoObject = {
'members': [self._gen_member(m) for m in members] 'members': [self._gen_object_member(m) for m in members]
} }
if variants: if variants:
obj['tag'] = variants.tag_member.name obj['tag'] = variants.tag_member.name