Re: QMP and the 'id' parameter

2020-11-30 Thread John Snow
On 11/23/20 1:57 AM, Markus Armbruster wrote: (Was it not possible to have the client send an ACK response that doesn't indicate success, but just signals receipt? Semantically, it would be the difference between do-x and start-x as a command.) Feels quite possible to me. If I read git-log

Re: QMP and the 'id' parameter

2020-11-22 Thread Markus Armbruster
John Snow writes: > On 11/20/20 5:25 AM, Markus Armbruster wrote: >> John Snow writes: >>> On 11/11/20 3:27 AM, Markus Armbruster wrote: John Snow writes: > On 11/10/20 1:22 AM, Markus Armbruster wrote: >> John Snow writes: > >> >> If you find yourself in a situation where an

Re: QMP and the 'id' parameter

2020-11-20 Thread John Snow
On 11/20/20 5:25 AM, Markus Armbruster wrote: John Snow writes: On 11/11/20 3:27 AM, Markus Armbruster wrote: John Snow writes: On 11/10/20 1:22 AM, Markus Armbruster wrote: John Snow writes: If you find yourself in a situation where an error class would definitely be useful, we

Re: QMP and the 'id' parameter

2020-11-20 Thread Markus Armbruster
John Snow writes: > On 11/11/20 3:27 AM, Markus Armbruster wrote: >> John Snow writes: >> >>> On 11/10/20 1:22 AM, Markus Armbruster wrote: John Snow writes: > The QMP specification states: > >> NOTE: Some errors can occur before the Server is able to read the "id"

Re: QMP and the 'id' parameter

2020-11-19 Thread John Snow
On 11/11/20 3:27 AM, Markus Armbruster wrote: John Snow writes: On 11/10/20 1:22 AM, Markus Armbruster wrote: John Snow writes: The QMP specification states: NOTE: Some errors can occur before the Server is able to read the "id" member, in these cases the "id" member will not be part of

Re: QMP and the 'id' parameter

2020-11-11 Thread Markus Armbruster
John Snow writes: > On 11/10/20 1:22 AM, Markus Armbruster wrote: >> John Snow writes: >> >>> The QMP specification states: >>> NOTE: Some errors can occur before the Server is able to read the "id" member, in these cases the "id" member will not be part of the error response,

Re: QMP and the 'id' parameter

2020-11-10 Thread John Snow
On 11/10/20 1:22 AM, Markus Armbruster wrote: John Snow writes: The QMP specification states: NOTE: Some errors can occur before the Server is able to read the "id" member, in these cases the "id" member will not be part of the error response, even if provided by the client. I am assuming

Re: QMP and the 'id' parameter

2020-11-10 Thread Markus Armbruster
Daniel P. Berrangé writes: > On Tue, Nov 10, 2020 at 07:22:26AM +0100, Markus Armbruster wrote: [...] >> Command responses get sent strictly in order (even parse errors), except >> for commands executed out-of-band. > > With out of band commands, how much runs in the background ? Is the > JSON

Re: QMP and the 'id' parameter

2020-11-10 Thread Daniel P . Berrangé
On Tue, Nov 10, 2020 at 07:22:26AM +0100, Markus Armbruster wrote: > John Snow writes: > > > The QMP specification states: > > > >> NOTE: Some errors can occur before the Server is able to read the "id" > >> member, in these cases the "id" member will not be part of the error > >> response, even

Re: QMP and the 'id' parameter

2020-11-09 Thread Markus Armbruster
John Snow writes: > The QMP specification states: > >> NOTE: Some errors can occur before the Server is able to read the "id" >> member, in these cases the "id" member will not be part of the error >> response, even if provided by the client. > > I am assuming this case ONLY occurs for Parse

QMP and the 'id' parameter

2020-11-09 Thread John Snow
The QMP specification states: > NOTE: Some errors can occur before the Server is able to read the "id" > member, in these cases the "id" member will not be part of the error > response, even if provided by the client. I am assuming this case ONLY occurs for Parse errors: {'class':