[occi-wg] Simple JSON rendering for OCCI

[Edmonds, AndrewX]

Again what Roger says here makes sense to me.
Model provides a common understanding of the domain, albeit abstract - if this is not shared then how can interoperation begin? The model should support the bare minimum of necessary requirements (as we've already established). It's the lowest common denominator - if all support this model (or basic profile) then various services can then interoperate at least with the basics (concepts captured by noun-verb-attribute).

The question of integration, is for me more so what formats (model renderings) can each service support of the various model serialisations (JSON, XML etc ). As to supporting numerous renderings, that's still an open question for me and more so if it is to be supported how is accepted formats discovery supported? Content negotiation?

andy

-----Original Message-----
From: Roger Menday [mailto:roger.menday at uk.fujitsu.com]
Sent: 12 May 2009 14:13
To: Alexis Richardson
Cc: Edmonds, AndrewX; Richard Davies; occi-wg at ogf.org
Subject: Re: [occi-wg] Simple JSON rendering for OCCI



Hi,

> Andy
>
> It's not completely obvious to me how people can interoperate on just
> a model, nor how normative renderings can be plural.


Is'nt it a lot to do with communication ? ... i.e. interoperation via
the rendering, communication of the concepts primarily with a model.

re : how renderings can be plural. I think it is interesting to at
least think about how this works, even if the approach is that they
are NOT plural ....

related : as others have pointed out, there is a long history of
information modeling at the OGF. Is there some cross-over, information
modeling-wise, with existing work ?

Roger

> alexis
>
>
> On Tue, May 12, 2009 at 11:53 AM, Edmonds, AndrewX
> <andrewx.edmonds at intel.com> wrote:
>> I'd (again) agree with this and would re-iterate Alexander's
>> (Papaspyrou) earlier point on approach and process:
>>
>> "The canonical way to cope with this issue [formats] (which, by the
>> way, has proved right many times in the past) in many WGs within
>> OGF is to separate this step not only in design, but also in
>> specification: have an abstract "modeling" part in the spec which
>> clearly defines the semantics the data, and one or more normative
>> renderings for the abstract model."
>>
>> It would also seem to me that although we have the noun-verb-
>> attribute reasoning it might need to be expressed in an easier form
>> to communicate, say graphically.
>>
>> Andy
>>
>> -----Original Message-----
>> From: occi-wg-bounces at ogf.org [mailto:occi-wg-bounces at ogf.org] On
>> Behalf Of Roger Menday
>> Sent: 12 May 2009 11:43
>> To: Richard Davies
>> Cc: occi-wg at ogf.org
>> Subject: Re: [occi-wg] Simple JSON rendering for OCCI
>>
>>
>>
>> On 12 May 2009, at 11:20, Richard Davies wrote:
>>
>>>> Therein lies the problem - there are no "standard tools" nor any
>>>> way to
>>>> specify a cross-platform mechanical transform for JSON (at least
>>>> not yet).
>>>
>>> Yes, I agree with you there - if we're going with multiple formats
>>> it'll be
>>> easier to define XML -> JSON than JSON -> XML.
>>
>> Hi Richard,
>>
>> Rather than transforming across the actual formats, there seems to be
>> a interest in defining a model and then describe how to render onto
>> various data formats. So, rendering-down, rather then transforming-
>> across. (?)
>>
>> The data formats discussion is a tricky one to resolve, as there's
>> things to like in each of JSON, ATOM and key-value. That said, the
>> "compliant, but non-interoperable implementations through supporting
>> multiple representations" is a strong argument for a single format.
>> Whatever that may be ...
>>
>> regards
>> Roger
>>
>>>
>>> Richard.
>>> _______________________________________________
>>> occi-wg mailing list
>>> occi-wg at ogf.org
>>> http://www.ogf.org/mailman/listinfo/occi-wg
>>
>>
>> Roger Menday (PhD)
>> <roger.menday at uk.fujitsu.com>
>>
>> Senior Researcher, Fujitsu Laboratories of Europe Limited
>> Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE, U.K.
>> Tel: +44 (0) 208 606 4534
>>
>>
>> ______________________________________________________________________
>>
>>  Fujitsu Laboratories of Europe Limited
>>  Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE
>>  Registered No. 4153469
>>
>>  This e-mail and any attachments are for the sole use of
>> addressee(s) and
>>  may contain information which is privileged and confidential.
>> Unauthorised
>>  use or copying for disclosure is strictly prohibited. The fact
>> that this
>>  e-mail has been scanned by Trendmicro Interscan and McAfee
>> Groupshield does
>>  not guarantee that it has not been intercepted or amended nor that
>> it is
>>  virus-free.
>> _______________________________________________
>> occi-wg mailing list
>> occi-wg at ogf.org
>> http://www.ogf.org/mailman/listinfo/occi-wg
>> -------------------------------------------------------------
>> Intel Ireland Limited (Branch)
>> Collinstown Industrial Park, Leixlip, County Kildare, Ireland
>> Registered Number: E902934
>>
>> This e-mail and any attachments may contain confidential material for
>> the sole use of the intended recipient(s). Any review or distribution
>> by others is strictly prohibited. If you are not the intended
>> recipient, please contact the sender and delete all copies.
>> _______________________________________________
>> occi-wg mailing list
>> occi-wg at ogf.org
>> http://www.ogf.org/mailman/listinfo/occi-wg
>>




______________________________________________________________________

 Fujitsu Laboratories of Europe Limited
 Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE
 Registered No. 4153469

 This e-mail and any attachments are for the sole use of addressee(s) and
 may contain information which is privileged and confidential. Unauthorised
 use or copying for disclosure is strictly prohibited. The fact that this
 e-mail has been scanned by Trendmicro Interscan and McAfee Groupshield does
 not guarantee that it has not been intercepted or amended nor that it is
 virus-free.
-------------------------------------------------------------
Intel Ireland Limited (Branch)
Collinstown Industrial Park, Leixlip, County Kildare, Ireland
Registered Number: E902934

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.