background preloader

Thèse de Roy Thomas Fielding

Thèse de Roy Thomas Fielding
Related:  [FR] RESTful Web Services

Service web Un article de Wikipédia, l'encyclopédie libre. Un service web (ou service de la toile[1]) est un programme informatique de la famille des technologies web permettant la communication et l'échange de données entre applications et systèmes hétérogènes dans des environnements distribués. Il s'agit donc d'un ensemble de fonctionnalités exposées sur internet ou sur un intranet, par et pour des applications ou machines, sans intervention humaine, de manière synchrone ou asynchrone. Le protocole de communication est défini dans le cadre de la norme SOAP dans la signature du service exposé (WSDL). Actuellement, le protocole de transport est essentiellement HTTP(S). Le concept a été précisé et mis en œuvre dans le cadre de Web Services Activity[2], au W3C, particulièrement avec le protocole SOAP. Très grandes généralités sur un service web. Il existe plusieurs technologies derrière le terme services web : Les Services Web de type Representational state transfer (REST)[modifier | modifier le code]

SOAP, REST, and More Service Station More On REST Jon Flanders In the last two columns, I've described the basics of REST and talked about exposing and consuming Web feeds. Which is better, REST or SOAP? This is one of the most common questions I get about REST, and it is probably the least fair. Comparing REST with the remote procedure call (RPC) style of building client-server applications would be more accurate. In contrast to RPC, REST lacks the metadata-generated proxy (see the next question for more information), which means that the client is less coupled to the service. My perspective is that both REST and SOAP can be used to implement similar functionality, but in general SOAP should be used when a particular feature of SOAP is needed, and the advantages of REST make it generally the best option otherwise. What about security? This question touches one of my pet peeves because the answer is clearly no. What about transactions? What about interoperability? But what about metadata? Bottom Line

RFC 6749 - The OAuth 2.0 Authorization Framework [Docs] [txt|pdf] [draft-ietf-oauth-v2] [IPR] [Errata] PROPOSED STANDARD Errata Exist Internet Engineering Task Force (IETF) D. Hardt, Ed. Request for Comments: 6749 Microsoft Obsoletes: 5849 October 2012 Category: Standards Track ISSN: 2070-1721 Abstract The OAuth 2.0 authorization framework enables a third-party application to obtain limited access to an HTTP service, either on behalf of a resource owner by orchestrating an approval interaction between the resource owner and the HTTP service, or by allowing the third-party application to obtain access on its own behalf. This specification replaces and obsoletes the OAuth 1.0 protocol described in RFC 5849. Status of This Memo This is an Internet Standards Track document. RFC 6749 OAuth 2.0 October 2012 Table of Contents 1. RFC 6749 OAuth 2.0 October 2012 5. RFC 6749 OAuth 2.0 October 2012 Appendix A. 1. RFC 6749 OAuth 2.0 October 2012 1.1. RFC 6749 OAuth 2.0 October 2012 1.2. 1.3. 1.3.1. 1.3.2. 1.3.3. 1.3.4. 1.4. 1.5. 1.6. 1.7. 1.8.

Web Development Trends For 2015 And Beyond Web Development Trends For 2015 And Beyond In this post, I will take a look at web development trends happening now and I would like to share my thoughts, observations and predictions for year 2015 and beyond. I have been working on Web technologies since early 2000, but last few years, I have been mainly involving with Cloud solution architectures. As a Web developer, I have worked on .Net, Node.js and Go technology stacks for developing Web apps and Web services. Recently, I have just looked on the Web technology and development trends as a whole, and I would like to share my thoughts and observations. First, let me share some of the current trends I have observed on both usability and architecture. Trends in Usability Now days, user experience is getting more importance than ever before, and Responsive Web Design (RWD) is becoming a must have feature for web sites. Trends in Application Architecture The Rise of API Driven Development Emergence of Single Page Applications (SPA)

Patterns d'authentification pour les API REST «Tout le monde ressent le besoin d'écrire son propre protocole d'authentification», explique George Reese, selon lui l'une des choses qu'il a apprise en travaillaint sur une API pour les fournisseurs de cloud et les fournisseurs de SaaS. Dans un article, George propose un ensemble de normes pour tous les besoins d'authentification REST. George, qui a mis au point plusieurs API de Web Services, observe que chacune nécessite un mécanisme d'authentification différent. Je suis fatigué de perdre du temps à comprendre si le vendeur A vous oblige à signer votre requête avant ou après l'encodage des paramètres d'URL et j'en ai marre des fournisseurs qui insistent pour utiliser des informations d'identification sur l'utilisateur pour authentifier les appels d'API. Il décrit les règles de conception des schémas d'authentification pour les API REST. 1. 2. La première chose importante est que le système qui fait la requête REST n'est pas un utilisateur interactif. [...] 3.

RESTful Web services: The basics The basics REST defines a set of architectural principles by which you can design Web services that focus on a system's resources, including how resource states are addressed and transferred over HTTP by a wide range of clients written in different languages. If measured by the number of Web services that use it, REST has emerged in the last few years alone as a predominant Web service design model. REST didn't attract this much attention when it was first introduced in 2000 by Roy Fielding at the University of California, Irvine, in his academic dissertation, "Architectural Styles and the Design of Network-based Software Architectures," which analyzes a set of software architecture principles that use the Web as a platform for distributed computing (see Resources for a link to this dissertation). This article suggests that in its purest form today, when it's attracting this much attention, a concrete implementation of a REST Web service follows four basic design principles: Back to top

Getting Started · Building a RESTful Web Service In Spring’s approach to building RESTful web services, HTTP requests are handled by a controller. These components are easily identified by the @RestController annotation, and the GreetingController below handles GET requests for /greeting by returning a new instance of the Greeting class: src/main/java/hello/GreetingController.java package hello; import java.util.concurrent.atomic.AtomicLong;import org.springframework.web.bind.annotation.RequestMapping;import org.springframework.web.bind.annotation.RequestParam;import org.springframework.web.bind.annotation.RestController; @RestControllerpublic class GreetingController { private static final String template = "Hello, %s!" This controller is concise and simple, but there’s plenty going on under the hood. The @RequestMapping annotation ensures that HTTP requests to /greeting are mapped to the greeting() method. @RequestParam binds the value of the query string parameter name into the name parameter of the greeting() method.

RESTful Web Services: A Tutorial More than a decade after its introduction, REST has become one of the most important technologies for Web applications. Its importance is likely to continue growing quickly as all technologies move towards an API orientation. Every major development language now includes frameworks for building RESTful Web services. As such, it is important for Web developers and architects to have a clear understanding of REST and RESTful services. This tutorial explains REST architecturally, then dives into the details of using it for common API-based tasks. While REST stands for Representational State Transfer, which is an architectural style for networked hypermedia applications, it is primarily used to build Web services that are lightweight, maintainable, and scalable. Features of a RESTful Services Every system uses resources. Representations Messages URIs Uniform interface Stateless Links between resources Caching Representations Listing One: JSON representation of a resource. Messages HTTP Request or

Une comparaison de Spring MVC et de JAX-RS Introduction Ces dernières années, REST est devenu un concept important, influençant la conception des frameworks, protocoles et applications web. Si vous n'y avez pas été confronté, consultez cette brève introduction parmi les nombreuses autres que vous pouvez trouver. L'importance sans cesse grandissante de REST n'est pas surprenante au vu du besoin, pour les entreprises, d'exposer des APIs web qui devraient être aussi simples et aussi profondément enracinées dans l'architecture du web que possible. Les clients riches communiquant via Ajax ont sensiblement le même besoin. JAX-RS (JSR-311) est l'API Java pour les Web Services RESTful. Si vous développez sous Spring, vous vous demandez peut-être (ou on vous a peut-être demandé) comment on peut comparer Spring MVC et JAX-RS. Cet article vous guidera à travers les fonctionnalités REST disponibles dans Spring 3, en les comparant avec les fonctionnalités correspondantes de JAX-RS. À propos des extraits de code @Context UriInfo uriInfo; Résumé

Les nouvelles architectures front Web et leur impact sur la DSI – partie 2 Dans la partie 1 de cet article, nous avons traité des nouvelles architectures front-end basées sur des applications Web massivement Javascript appelant des API offertes par un serveur back-end : les nouvelles architectures front Web et leur impact sur les DSI – Partie 1. Nous avons vu qu’elles sont apparues ces dernières années grâce à l’augmentation des performances des navigateurs et à l’amélioration des outils d’industrialisation des développements Javascript. Dans cette seconde partie, nous nous intéresserons aux raisons pour lesquelles on devrait choisir ces nouvelles architectures, aux opportunités qu’elles offrent, et aux conséquences sur les organisations des directions informatiques. Pourquoi utiliser ces nouvelles archis? Pour mutualiser le code back-end pour de multiples clients … et ouvrir une API vers l’extérieur ? Si vous détenez une API pour vos applications, la rendre accessible à l’extérieur sera d’autant plus facilitée. Pour améliorer la productivité des développements

Fieldings' dissertation online by vikasjee Apr 26

Related: