Merci.

C’est WCF en version .net 3.5 qui permettra “facilement” d’exposer des services RESTful. Mais de ce que j’ai compris le support de REST “reste” très technique, bas niveau HTTP et pas conceptuel comme avec restlet où l’on retrouve les notions de ressource et de représentation. Mais on peut considérer que c’est un pas dans la bonne direction.

Astoria est construit au dessus WCF 3.5 il permet d’exposer de manière relativement RESTful une base de donnée avec 2 types de représentations prévues: json ou Atom. Là aussi c’est intéressant mais on reste dans une approche très centrée données et pas ressources.

je tiens juste à réhitérer encore mes félicitations pour cette excellente présentation

J’aurai juste une petite question. Il m’a semblé pendant la journée qu’il a été dit au détour d’un slide en fin de session qu’Astoria permettait de mettre en place des architectures restfull. J’ai obtenu apparemment confirmation ici : http://www.infoq.com/news/2007/05/wcf-web-programming-model

Sinon regrouper les initiatives de reférence me parait une excellente idée et je vais jeter un coup d’oeil de ce pas à restlet.

100% d’accord avec tes remarques, ce sont des points sur lesquels je m’efforce d’insister à l’oral.

Ton commentaire montre que ce n’est pas évident à la lecture des slides seules. Voilà des axes d’améliorations pour une nouvelle version.

Il manque aussi une slide avec les initiatives de référence comme restlet

Voici quelques remarques:

1) J’aurais préféré que tu conserves “put” dans ton interface “InterfaceUniforme”, car comme tu l’indiques dans un slide suivant, PUT permet à la fois de créer une ressource et de la mettre à jour. J’ai eu peur sur le coup que tu ais fait la confusion, comme beaucoup qui tentent de faire correspondre directement POST/GET/PUT/DELETE à CRUD (CREATE/READ/UPDATE/DELETE) alors que c’est plus subtil.

2) Il y a aussi une différence intéressante entre les méthodes “Safe” et “Idempotent” qu’il aurait pu être intéressant d’expliquer.

3) Je ne suis pas sûr de l’opposition Resource vs Service. De mon point de vue, tout peut être une Resource, y compris un Service. Si on détache SOA des standards SOAP et WS*, on peut très bien en appliquer les grands principes avec REST/ROA.

PS: Pour ceux qui sont intéressés par une mise en oeuvre directe en Java, je m’occupe du framework Restlet (http://www.restlet.org)

Pour compléter cette intéressante présentation, je précise que j’ai traduit le chapitre 5 de la thèse de Roy. Fielding, ainsi que le document du TAG W3C sur l’architecture du web.
Pour ceux qui veulent lire en français :
http://opikanoba.org/trad/

cordialement,
Fred