
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_Noti...
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