Here are some pointers for learning more about the Ajax programming model and how to properly design your Ajax application : Ajax is said to be the cross-platform successor to Java… huh… (David, thank you for this pointer) Ajax should be ReSTfully considered before use Is Ajax ReSTless and dirty ? While I am mentionning […]
On me reproche parfois d’être un peu trop théorique. Alors, concernant le style architectural REST, voici quelques bonnes pratiques et guide de conduite pour construire des services Web conformes au style REST.
Jon Udell nous raconte par l’exemple comment le style architectural REST permet d’intégrer des catalogues de bibliothèques de manière fluide et peu coûteuse (à l’aide de services Web qui n’impose pas nécessairement l’utilisation de briques logicielles supplémentaires pour gérer les protocoles SOAP, WSDL et UDDI). S’il est encore nécessaire de vous apprendre ce qu’est le […]
Voici quelques liens intéressants pour celui qui veut comprendre ce que l’approche REST peut apporter aux architectures orientées services (SOA) , que ce soit avec ou sans l’utilisation des protocoles SOAP et/ou WSDL (on peut faire une architecture orientée services de style REST avec SOAP et WSDL, même si j’ai du mal à voir l’intérêt […]
Sur Interwingly, on a essayé de réconcilier le style architectural « REST » et les technologies d’appel à des procédures distantes (RPC). Les arguments d’une possible réconciliation sont les suivants : croire que faire du HTTP GET suffit pour faire du REST, c’est une erreur croire qu’avec SOAP, on ne peut faire que du RPC, c’est une […]
On ne le dit jamais assez : vous utilisez sans doute déjà le modèle REST mais sans le savoir ! Alors, sachez le, il faut continuer à RESTer : un excellent (court) résumé de ce qu’est REST, avec un exemple une présentation de l’interface REST d’un service web réel ; mais ce service web est […]
D’après ce que l’on peut lire sur l’expérience d’Amazon en matière de services Web, bien qu’Amazon publie ses services Web aussi bien sous une interface REST que sous une interface RPC/SOAP, 85% des accès à ces services se font via l’interface REST. Les développeurs Web apprécient la simplicité relative du modèle REST.
Comme signalé sur ce site, REST présente des avantages certains sur le modèle Remote Procedure Call tel qu’adopté par le protocole SOAP.
XML.com: REST and the Real World [Feb. 20, 2002] En quoi le modèle REST serait-il préférable aux services web sur SOAP ?
Here are two things to go beyond Web Services (with ReSTfullness in mind): the « Web-Oriented Architecture » (WOA) concept is a lightweight version of the « Service-Oriented Architecture » concept, in a more Web 2.0 fashion. restlets are a Java framework for Web 2.0 applications; they replace servlets API and facilitate the composition of « mashups » or Web applications […]
01 Informatique a publié un état de l’art très synthétique au sujet des technologies XML. Chaque technologie présentée est qualifiée selon son degré de maturité. Et les seules technologies XML à avoir atteint le degré de maturité maximal sont les suivantes : Les techniques de base : DOM, Unicode, XML, XML Namespaces, XLink, SAX, XML […]
Clever Age a publié dans sa newsletter une excellente et didactique synthèse sur l’interopérabilité J2EE, .NET et PHP. J’en retiens les leçons suivantes : Pour l’intéropérabilité, le couplage lâche c’est LE principe qu’il faut adopter Les services web basés sur la pile de technologies liées à SOAP, c’est pas mal pour faire du couplage lâche […]
Le schéma OWL-S permet de décrire des services Web à l’aide d’ontologies. D’après cette lecture, je crois comprendre que l’on peut soit produire des services Web style RPC (via SOAP et WSDL) et compléter leur description, à plus haut niveau, avec OWL-S (ce qui remplace UDDI dans ce cas), soit produire des services Web style […]
Suite à une conférence sur les services web, un article de xmlhack.com constate que non seulement la moitié des participants connaissaient plus ou moins la technologie RDF mais aussi que les technologies du Web Sémantique, orientées données ou documents, offrent un potentiel d’intégration des processus d’entreprise bien plus important que la conception « classique » des Services […]
WSRP est une spécification proposée par le consortium OASIS. Son objectif est d’améliorer l’interopérabilité des services web produisant du contenu directement consommable par un utilisateur, par opposition aux services web « back-end ». WSRP partage une partie de son contenu avec la spécification WSIA de l’OASIS qui, elle, vise l’interopérabilité des services web interactifs. WSRP est un […]
Je comprends de cette étude du Gartner que seules 31% des entreprises US interrogées utilisent SOAP et seules 3% d’entre elles utilisent WSDL. Par ailleurs, voici encore un pointeur intéressant au sujet de REST vs RPC (SOAP/WSDL/UDDI) et puis un exemple pratique de mise en oeuvre de service façon REST plutôt qu’avec SOAP.
Uche Ogbuji retrace l’historique des services web. En voici un résumé très schématique. IBM MQSeries était l’un des précurseurs de la tendance. En leur temps, vinrent CORBA et leurs pendants Microsoftesques COM et DCOM. Le protocole RMI pour Java naquit et les succès de niche de MQSeries donnèrent le jour à des technologies équivalentes chez […]
On voit à peine émerger la première génération des services web que l’on parle déjà de la seconde. N’empêche que ce qui s’en dit m’a l’air très intéressant. L’approche « je publie via SOAP/WSDL/UDDI une API pour accéder à mes procédures » serait à mettre à la poubelle au profit d’une approche centrée sur les URI et […]
A l’occasion de la sortie d’un livre sur le sujet, O’Reilly dresse une synthèse de l’opportunité et de la faisabilité des webservices pour l’entreprise. Les approches de type REST (exposer des données de manière standardisée plutôt qu’exposer des interfaces d’appel à des procédures) ont peut-être plus de chances de réussir que les web services.