Tag Archives: rest

Tout, vous saurez tout, sur REST

A ne pas manquer les slides du workshop REST du Burton group par Pete Lacey. Il faut s’enregistrer mais ces 93 slides font très bien le tour de la question.

Une des clés de l’efficacité de REST? La reconnaissance des différences fondamentales entre accès locaux et distant. De nombreuses technologies de programmation distribuée (RMI, SOAP,…) passe par des proxy censés rendrent transparents les appels distants. C’est une erreur, on ne peut pas ignorer le réseau, ses problèmes de latence, de débit, de fiabilité…( peut-être ces problèmes n’existeront-ils plus dans le futur mais pas aujourd’hui). A l’opposé, REST (Representationnal transfert state) ne permet pas de manipuler directement une ressource distante, seulement de transférer une représentation d’un état d’une ressource.

Plus de détail dans les slides, l’importance de l’identifiant unique (l’url), de l’interface unique et simple (GET,POST, PUT, DELETE), et des liens (l’hypermedia)

Update: d’autres slides sur REST, the rest of REST par Roy Fielding himself!

Que fait le mot “web” dans “web services” ?

A lire absolument: Position Paper For the Workshop on Web of Services for Enterprise Computing

L’introduction et la conclusion du papier:

Web Services based on SOAP and WSDL are “Web” in name only. In fact, they are a hostile overlay of the Web based on traditional enterprise middleware architectural styles that has fallen far short of expectations over the past decade.

[…]

It is my position that the W3C should extricate itself from further direct work on SOAP, WDSL, or any other WS-* specifications and redirect its resources into evangelizing and standardizing identifiers, formats, and protocols that exemplify Web architectural principles. This includes educating enterprise application architects how to design “applications” that are “native” web applications.

Ce papier a été rédigé pour un workshop du W3C, InfoQ avait couvert l’événement et vous pouvez désormais consulter le rapport final du workshop du W3C dont la position concernant le débat REST vs SOAP est bien plus nuancé.

From the REST vs. SOAP legacy, the consensus was that there is strength in both approaches and there is a need to identify how best to leverage those strengths

wsdeathstar.png

WS-machiavellian ?

I remember talking with Andrew Layman, one of the SOAP architects at Microsoft. He let slip that it was actually a Microsoft objective to make the standard sufficiently complex that only the tools would read and write this stuff, and not humans. So that was a strategy tax that was imposed by the big companies on some of this technology, where they made it more complicated than it needed to be so they could sell tools.

Tim O’Reilly (source: WS-* vs. the REST )

Questions pour RESTafarians !

Après les architecture dé-testable voici les RESTafariens, à ne pas confondre avec les SOAPafariens 😉

Et c’est David Megginson qui pose 5 questions intéressantes. Ca commence par une définition simple de REST:

“REST in its now-broadened meaning is easy to explain: pieces of data (likely XML-encoded) sit out there on the web, and you manipulate them using HTTP’s GET, PUT. Try explaining SOAP, much less the essence of the whole WS-* family in one easy sentence like that, and you’ll see the difference.”

A lire, ainsi que les commentaires.

SOAP is the EJB of XML???

Le débat fait rage sur TheServerSide après une série de billets provocateurs par Carlos E. Perez:

SOAP is Comatose But Not Officially Dead!
More Nails For SOAP’s Coffin
Why REST is Better – Explained in Code

Je trouve la comparaison avec les EJB assez judicieuse. SOAP et les spécification WS-* sont bien trop ambitieuses et complexes (comme les EJB), on nous promet que tout sera simple grâce à des outils (comme les EJB) la pluspart des applications n’ont pas besoin de toutes ces fonctions avancées (comme les EJB) et il existe des alternatives (comme pour les EJB).

Effectivement en face les examples d’architecture REST (très bonne description, à lire) extrémement efficace sont nombreux (del.icio.us, flickr, yahoo…)

Un example qui me semble assez percutant de ce que l’on peut faire avec du REST (et un peu de XPath)

A quand la spécification WS-REST ???