qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 0/6]: QMP: Fix issues in parser/lexer


From: Avi Kivity
Subject: Re: [Qemu-devel] [PATCH 0/6]: QMP: Fix issues in parser/lexer
Date: Thu, 20 May 2010 22:49:34 +0300
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc12 Thunderbird/3.0.4

On 05/20/2010 12:43 AM, Anthony Liguori wrote:

The JSON specification explicitly says:

"A JSON parser transforms a JSON text into another representation. A JSON parser MUST accept all texts that conform to the JSON grammar. A JSON parser MAY accept non-JSON forms or extensions."

IOW, we're under no obligation to reject extensions and I can't think of a reason why we should.

At the very least, we should document them. If the extension doesn't add any value but is merely a side effect of the implementation, we should remove it.

Examples where this could hurt us:

- we move to a json parsing library, the extension disappears, client breaks
- someone writes a qemu simulator to test managment tool scalability (run zillions of fake guests on one machine), client breaks - someone writes a debug tool that interposes between client and qemu, client breaks - the json specification adds a new form that conflicts with one of our extensions [1], we can't use the new form

Being strict in what we accept will reduce our support burden later on.

[1] allowing infinite extensibility like this is irresponsible

--
Do not meddle in the internals of kernels, for they are subtle and quick to 
panic.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]