This approach of close-to-the-bone HTTP is exactly that which is being followed in the current APIDesign wiki.
Roger - with respect to the model that I have placed on the wiki there is not alot of work required to move it so it is compatible with what is listed on the wiki :-) Yes, I'd also agree with you - we are now moving forward :-)
Gary - if the rendering content type supports implicit validation (e.g. JSON) or explicit validation (e.g. XML+XSD or JSON+JSONSchema) then I think we should certainly exploit this.

Andy
andy.edmonds.be


On Wed, May 27, 2009 at 13:13, Gary Mazz <garymazzaferro@gmail.com> wrote:
It is intriguing, it needs time for evaluation.

Personally I like key value pairs... I'd like it better if the value was
self documenting for validation purposes, I guess it will be ok if there
is a DTD around.

My concern is the pub end of the business. I definitely want to keep
something like atompub. I don't want to replace a doc with a query.

its 6am, I need some zzzs.

-gary

Richard Davies wrote:
> I thought this idea was interesting, and it was a shame that no one else has
> yet commented on it. It is certainly a very minimal rendering, and is also
> one which could work.
>
>
>> HTML also resolves another pressing issue - what format to use for
>> submitting key-value pairs (which constitutes a large part of what we need
>> to do with OCCI). It gives us two options:
>>
>
> I certainly agree that simple flat key value pairs are sufficient to
> represent everything that we need to do - the entire EH API uses nothing
> else.
>
>
>> * application/x-www-form-encoded which is simple but quickly gets
>>   messy with encoding and non-ASCII characters
>>
>
> There is also precedent for sending data in this format - for example
> the Amazon EC2 Query API and also Google Checkout:
> http://code.google.com/apis/checkout/developer/Google_Checkout_HTML_API_Notification_API.html#HTML_Parameter_Definitions
>
> Cheers,
>
> Richard.
> _______________________________________________
> occi-wg mailing list
> occi-wg@ogf.org
> http://www.ogf.org/mailman/listinfo/occi-wg
>
>

_______________________________________________
occi-wg mailing list
occi-wg@ogf.org
http://www.ogf.org/mailman/listinfo/occi-wg