[occi-wg] JSON Rendering proposal, rev 2

[Feldhaus, Florian]

Hi Ralf,

at todays Plugfest Jamie Marshall, David Slik, Houssem Medhioub, Andy Edmonds, Thijs Metsch and I discussed about the JSON rendering. Your proposal was well received. For the entity rendering there was the suggestion to make it more intuitively usable. The main difference is, that the attributes should be directly accessible by name structure. e.g. make it possible to do the following commands in your favorite programming language:
var occi = GET /compute/123
occi.kind
occi.compute.cores
occi.my_mixin.my_attribute

The only thing we have to prohibit then is, that a single service provider has mixins from different domains with the same term and attributes.

In the category rendering we proposed to use special parameters for different attribute types. e.g. having min_length and max_length for strings and an array of bounds for integers or floats. 

Here are some ideas:
http://pastebin.com/y2K7bu1S
http://pastebin.com/KLF4YKny

What do you think about them?

Am 27.02.2012 um 22:32 schrieb Ralf Nyren:

> 
> Hi all,
> 
> I finally got some time to work on the JSON Rendering. The document now include a formal description of the JSON formats, almost complete (I hope).
> 
> I have tried to incorporate much of the feedback received so far. Short summary:
> - Use separate media-types for rendering the different payload contents. Inspired from Florians references to the CDMI spec.
> - Try to make the single-instance format more lightweight and not duplicating any information available through the discovery interface. Thanks Jamie.
> - Use the "marker" concept from OpenStack for pagination as suggested by Andy.
> - "range" and "default" attribute properties as requested by Florian.
> 
> PDF attached and latex sources committed to gridforge.
> 
> Comments welcome.
> 
> Unfortunately I will not be able to attend the plugfest but if you plan a session on discussing the JSON rendering please let me know and I'll call in.
> 
> regards, Ralf<json_rendering.pdf>_______________________________________________
> occi-wg mailing list
> occi-wg at ogf.org
> https://www.ogf.org/mailman/listinfo/occi-wg