Un retour d'expérience concernant l'implémentation d'une nouvelle API RESTful pour exposer du contenu JCR au sein d'une installation Jahia Digital Factory.
Mes diapositives sur REST. Il s'agit de mon interprétation de ce que REST est devenu avec les années. J'essaie de faire le lien avec SOAP, lorsque possible (mais le thème principal n'est pas SOAP vs RESTful HTTP).
Un retour d'expérience concernant l'implémentation d'une nouvelle API RESTful pour exposer du contenu JCR au sein d'une installation Jahia Digital Factory.
Mes diapositives sur REST. Il s'agit de mon interprétation de ce que REST est devenu avec les années. J'essaie de faire le lien avec SOAP, lorsque possible (mais le thème principal n'est pas SOAP vs RESTful HTTP).
Cette présentation donne une idée bien détaillée sur les web services. Elle présente aussi les types de web services(SOAP, REST), et enfin comment les développer dans le langage de programmation java.
ASFWS 2012 / Initiation à la sécurité des Web Services par Sylvain MaretSylvain Maret
Avec l’expansion des services en lignes via le cloud ou tout simplement l’interconnexion des SI, le besoin d’exposer des services vers l’extérieur est croissant. Les WebServices sont une solution
maintenant éprouvée depuis longtemps pour répondre à ce besoin.
Que l’on utilise SOAP ou REST un problème se pose toujours : comment faire pour sécuriser l’accès à mon SI alors que j’en ouvre une porte en exposant mon métier ? Cette conférence tentera de répondre à ces questions en présentant des cas concrets d’implémentation.
Quelques définitions de bases sur le fonctionnement du Web. Présentation destinée au grand public. Qu'est-ce ce qui se passe entre le navigateur et le serveur? Quelle est la différence entre un site statique et dynamique? C'est quoi une application Web? Et un système de gestion de contenu (CMS)? Pourquoi choisir un CMS comme Drupal?
Exemple d'application qui montre comment utiliser les bonnes pratiques de JEE pour développer un site web de commerce électronique en utilisant les outils :
- Eclipse comme environnement de développement
- Maven comme outil d’intégration
- JUnit comme Framework des tsts unitaire
- Spring IOC pour l'inversion de contrôle
- Spring MVC pour la couche web
- Spring Security pour la sécurité
- JPA, Hibernate
- Web Service SOAP
- Web Service REST
- Service RMI
This document discusses RESTful web services and compares them to SOAP. It proposes redesigning the Flickr API to be more RESTful by defining resources like users, photos, tags and comments and allowing them to be manipulated via HTTP methods at URI endpoints. It also discusses representing resources in different formats like XML, JSON and addressing challenges of HATEOAS through hypermedia links between related resources.
This document discusses REST (Representational State Transfer) and compares it to SOA (Service Oriented Architecture). It provides an overview of REST architectural concepts like resources, representations, stateless communications, and uniform interfaces. It explains how REST uses existing standards like HTTP methods and status codes to transfer application state between clients and servers. Finally, it addresses some common misconceptions about REST, noting that while useful, REST does not guarantee perfect distributed systems on its own.
Cette présentation donne une idée bien détaillée sur les web services. Elle présente aussi les types de web services(SOAP, REST), et enfin comment les développer dans le langage de programmation java.
ASFWS 2012 / Initiation à la sécurité des Web Services par Sylvain MaretSylvain Maret
Avec l’expansion des services en lignes via le cloud ou tout simplement l’interconnexion des SI, le besoin d’exposer des services vers l’extérieur est croissant. Les WebServices sont une solution
maintenant éprouvée depuis longtemps pour répondre à ce besoin.
Que l’on utilise SOAP ou REST un problème se pose toujours : comment faire pour sécuriser l’accès à mon SI alors que j’en ouvre une porte en exposant mon métier ? Cette conférence tentera de répondre à ces questions en présentant des cas concrets d’implémentation.
Quelques définitions de bases sur le fonctionnement du Web. Présentation destinée au grand public. Qu'est-ce ce qui se passe entre le navigateur et le serveur? Quelle est la différence entre un site statique et dynamique? C'est quoi une application Web? Et un système de gestion de contenu (CMS)? Pourquoi choisir un CMS comme Drupal?
Exemple d'application qui montre comment utiliser les bonnes pratiques de JEE pour développer un site web de commerce électronique en utilisant les outils :
- Eclipse comme environnement de développement
- Maven comme outil d’intégration
- JUnit comme Framework des tsts unitaire
- Spring IOC pour l'inversion de contrôle
- Spring MVC pour la couche web
- Spring Security pour la sécurité
- JPA, Hibernate
- Web Service SOAP
- Web Service REST
- Service RMI
This document discusses RESTful web services and compares them to SOAP. It proposes redesigning the Flickr API to be more RESTful by defining resources like users, photos, tags and comments and allowing them to be manipulated via HTTP methods at URI endpoints. It also discusses representing resources in different formats like XML, JSON and addressing challenges of HATEOAS through hypermedia links between related resources.
This document discusses REST (Representational State Transfer) and compares it to SOA (Service Oriented Architecture). It provides an overview of REST architectural concepts like resources, representations, stateless communications, and uniform interfaces. It explains how REST uses existing standards like HTTP methods and status codes to transfer application state between clients and servers. Finally, it addresses some common misconceptions about REST, noting that while useful, REST does not guarantee perfect distributed systems on its own.
EVERYWARE the dawning age of ubiquitous computingQWEB.ECO
A small summary of the Adam Greenfields's book : Everyware. This is a most impressive book which clearly leads the reader through the implications of ubiquitous computing
Web to Store - Le Marketing digital pour une chaîne de boulangerieQWEB.ECO
Recommandations sur les opportunités offertes par le marketing digital pour développer le trafic en magasin et donc développer le chiffre d’affaire de la chaîne de boulangerie "Baguette & co'" à Vancouver (Équivalent de "La Panière" en France)
Plateforme EDI, Echange de donnée InformatiséesComarch France
L’utilisation de documents électroniques, au travers d’une plateforme EDI, permet de bénéficier d’un processus automatisé, d’améliorer la qualité des documents et de réduire significativement les coûts. Une solution EDI constitue un facteur d'amélioration des processus au sein de votre entreprise. Comarch EDI est une solution EDI (Echange de données informatisées) complète et automatisée assurant l’échange d’informations et de documents d’affaires.
Comarch EDI gère plus d’une cinquantaine de documents – commandes, factures, rapports de vente – dans un format qui est conforme aux normes en vigueur.
Construire le cahier des charges de son difpositif de veille (Présentation) -...Actulligence Consulting
Le 18 juin à Alger, j’ai présenté lors du 4ème colloque IEMA dédié à l’intelligence économique, une récapitulatif des points essentiels et de la démarche qui permet de sereinement construire le cahier des charges de son dispositif de veille. Il s’agit là de la présentation Powerpoint. On y revient entre autre sur l’impérieuse nécessité de clairement poser et exprimer ses besoins tout en étant réaliste, de prioriser ses fonctions, de en pas délaisser les aspects technologiques ni contractuels.
Web services allow applications to communicate over the web through standard protocols like HTTP and XML. There are two main types of web services: REST services which rely on HTTP verbs to manipulate resources identified by URIs, and SOAP services which use XML and HTTP to define structured messages to access services described in a WSDL file. SOAP services require more overhead for message formatting and processing compared to the lighter-weight REST approach.
Le web marketing, les stratégies et le principaux leviersMaxime Quintin
Mon cours réalisé pour le master 1 pge de l'EM de Strasbourg au sujet du web marketing. Après une première partie consacrée aux principales stratégies, vous pourrez découvrir dans une seconde partie les différents leviers du web marketing : SEM, marketing à la performance, social media management, E-CRM…
The document provides an introduction and overview of building and consuming web services. It begins with defining what a web service is and discussing common web service architectures and types, including RESTful and RPC services. It then covers topics like HTTP, data formats like JSON and XML, and how to build a simple PHP-based web service that returns data in various formats depending on the Accept header. The document also discusses consuming web services using PHP libraries like cURL and Pecl_HTTP. It includes examples of building and consuming a SOAP web service in PHP. Finally, it discusses building RESTful web services and routing requests in PHP.
This document introduces web services and their key components. Web services allow different systems to communicate over the web through open standards like SOAP, WSDL and XML. SOAP defines how to structure service requests and responses as XML messages. WSDL provides an interface definition for web services by describing operations, messages and protocols. Together, SOAP and WSDL enable web services to expose functionality to clients in a standardized way.
Réussir son analyse des besoins dans la conduite d'un projet informatique (2007)Ardesi Midi-Pyrénées
Présentation des points essentiels à l’analyse des besoins. Dans le cadre de la mise en œuvre d’un projet il faut prendre en compte : son environnement, la constitution de son équipe projet, la communication …
This document provides an introduction to SOAP, WSDL, and UDDI, which together define the architecture for big web services. It discusses what a web service is, the roles of SOAP, WSDL, and UDDI in the web service architecture, how web services differ from conventional middleware like CORBA, an overview of SOAP including its message exchange mechanism and use of RPC, how WSDL is used to describe a web service's interface, and how UDDI allows for service discovery.
1. Introduction to Web Services
2. Web Service Architecture
3. What are Web Services?
4. Why are Web Services?
5. The base of WS
6. What is SOAP?
7. What is WSDL?
8. How to test a web service?
9. Examples
Bruno Le Fellic (CTO SpikeeLabs) présente l'outil Anypoint DesignCenter de MuleSoft qui permet :
- de spécifier des APIs interactivement
- de tester en ligne avec la génération automatique de mock
- d'exporter un Swagger ou RAML pour l'intégrer à son projet
La vidéo du meetup et de la démo sont disponible sur cette URL : https://bit.ly/3BYWwr7
Presentation de l'article universitaire :
REST How-to
Un guide pour une architecture REST.
Les questions qu'il est nécessaire de se poser pour établir un cahier des charges efficace et éviter les pièges de SOAP.
10 Décembre 2012 UQAC ISEN
Présentation générale d'une architecture orientée service :
- Définition des différents acteurs
- Notion de service
- Définition d'une plateforme SOA
- Implémentation WCF
Avec l’expansion des services en lignes via le cloud ou tout simplement l’interconnexion des SI, le besoin d’exposer des services vers l’extérieur est croissant. Les WebServices sont une solution
maintenant éprouvée depuis longtemps pour répondre à ce besoin.
Que l’on utilise SOAP ou REST un problème se pose toujours : comment faire pour sécuriser l’accès à mon SI alors que j’en ouvre une porte en exposant mon métier ? Cette conférence tentera de répondre à ces questions en présentant des cas concrets d’implémentation.
Tout le monde dit faire ou vouloir faire une architecture de type Rest, que cela implique-t-il vraiment ?
Où vous situez-vous sur le "Richardson Maturity Model" ? Votre API est à la fois Hypermedia et JSON, « Are you kidding ? »
Si ce sont des questions qui vous taraudent l'esprit et même vous empêchent de dormir, alors venez écouter ce talk pour avoir des pistes de réflexions, des échanges et peut-être des réponses, qui sait ?
Asp.Net Web.API, SignalR et UX : le futurMicrosoft
Dans cette session nous allons voir le futur du développement web au sein de l'écosystème ASP.NET, ce que cela change dans les échanges avec le client, y compris au sein des applications Windows 8 consommant des services. Fournir des web services en plus d'une application est devenu une pratique courante depuis des années, mais travailler avec des APIs en est une autre, et, les fournir dans un mode adapté au Http, comme REST, encore une autre. Il est primordial aujourd'hui d'intégrer ces API proches d'HTTP dans nos applications et c'est là le rôle du framework WEB.API dans la plateforme ASP.NET, que nous allons vous présenter en détail dans cette session. Une autre facette importante des applications web qui a émergé ces dernières années, c'est la contrainte du temps réel. C'est une contrainte qu'il faut prendre en compte dès aujourd'hui. Non pas que tout le monde a besoin d'afficher des flux de données en temps réel, mais surtout parce cela change l'expérience utilisateur! Nous allons voir dans ce cadre là SignalR, une librairie open source, supportée officiellement depuis peu par Microsoft.
Devteach 2016: A practical overview of actors in service fabricBrisebois
Today's Internet-scale services are built using microservices. Service Fabric is a next-generation middleware platform used for building enterprise-class, Tier-1 services. This microservices platform allows us to build scalable, highly available, reliable, and easy to manage solutions. It addresses the significant challenges in developing and managing stateful services. The Reliable Actors API is one of two high-level frameworks provided by Service Fabric, and it is based on the Actor pattern. This API gives us an asynchronous, single-threaded programming model that simplifies our code while still providing the advantages of scalability and reliability guarantees offered by Service Fabric.In this talk, we will run through the what, when and how of various aspects of Service Fabric and Reliable Actors. If time permits, we'll delve into advantages, strategies, patterns and practices that can help you deliver value without reducing your agility.
On September 22 2014, I had the pleasure of speaking to the MSDEVMTL community about working with Microsoft Azure Resources.
Microsoft Azure Resources include Blob Storage, Table Storage, Queue Storage, Service Bus, Virtual Machines, Cloud Services and SQL Database. During my talk, I introduced a couple tools that allow us to work with these resources. Some tools are built by Microsoft others are built by companies like Cerebrata, Cloud Berry and Zudio.
Microsoft Azure is an ecosystem of cloud computing services that can be leveraged to build reliable solutions. It provides global infrastructure and services including computing, networking, databases, analytics, Internet of Things, and more. Users pay only for the resources they use, allowing solutions to scale as needed.
Orleans – a “cloud native” runtime built for #azureBrisebois
The document discusses Orleans, a runtime for building distributed applications using the actor model on Azure. Orleans provides grains, which are virtual actors that make distributed programming easier by handling actor lifecycles, failures, and placement. Grains provide high performance, reliability and scalability. The document provides examples of building a "Hello World" application with grains and discusses how Orleans is well-suited for building scalable cloud services on Azure due to its ability to easily scale out and its performance.
On March 17th 2014 I spoke about Windows Azure SQL Database and your data at the Montreal .Net Community. During this presentation I shared details about how SQL Database differs from SQL Server and about my experiences with SQL Database.
Windows Azure Web Sites allow developers to build and host web applications in the cloud. It offers a multi-tenant shared infrastructure with daily usage quotas or dedicated virtual machines without quotas that can be reserved. The service provides various pricing plans including monthly plans that are more expensive or reserved six and twelve month plans that offer savings of up to 29.5% compared to monthly pricing.
2. Une RESTful Architecture
@brisebois runatserver.com
Alexandre Brisebois
Développeur Sénior
Runatserver
Montréa
l
Web ● Touch ● Mobile ●
Training
3. REpresentational state transfer
N’est PAS
• RPC
oREST n’est pas pour faire des appels a des
méthodes via le réseau
• HTTP
o Même si vous utiliser HTTP comme protocole de
communication, il se peut que votre service ne soit
pas RESTful
• URIs
oLes URIs propres ne sont pas un prérequis de
REST
5. Forces de REST
Peut palier au manque de fiabilité du réseau
Peut réduire les temps de latence
Peut réduire la bande passante utiliser
Peut simplifier la sécurité
Résiste a une Topologie du réseau changeante
Peut distribue l’administration
Peut réduire les couts de transport
Peut vivre dans un réseaux non hétérogènes
Peut réduit Complexité
6. Une interface uniforme
Identification de ressources
Manipulation via représentations
Message Auto-descriptifs
Hypermedia as the engine of
application state (HATEOAS)
14. A REST API should be entered with no
prior knowledge beyond the initial URI
(bookmark) and set of standardized
media types that are appropriate for the
intended audience (i.e., expected to be
understood by any client that might use the
API). From that point on, all application
state transitions must be driven by
client selection of server-provided
choices that are present in the received
representations or implied by the user’s
manipulation of those representations. The
transitions may be determined (or limited
by) the client’s knowledge of media types
and resource communication mechanisms,
both of which may be improved on-the-fly
(e.g., code-on-demand).
~ Roy Fielding
16. Hypermédia
Est la partie de REST qui est le plus
souvent oublier
Réduit le couplage entre le server et le
client en réduisant le nombre de URI
connue par le client
L’hypermédia est l’aspet qui différencie
REST de RPC
23. HAL (Hypertext Application Language)
http://stateless.co/hal_specification.html
http://hal.codeplex.com/
https://github.com/robdmoore/Hal.PlayAro
und
26. Characteristics recherché
Ils suivent les normes
Le style est constant et prévisible
Leur URI font ce qu'ils disent
Il retourne des Code HTTP pour
communiquer des erreurs
27. Characteristics recherché
Il ne maintienne pas d’état et il sont
rapide
Les PUTs sont omnipotent
Ils retournent uniquement les données
nécessaires
Ils implémenter la pagination pour les
longues listes
28. Characteristics recherché
Ils sont entièrement testés
Leurs interfaces sont bien
documentées
Leur documentation est toujours tenu à
jour
Idéalement, ils retournent des
messages légers comme json ou
protobuf
29. Characteristics recherché
Ils sont versionnés
Limiter les régression au maximum
Une fois qu'un endpoint est publié, il
est préférable de créer un nouveau
endpoint que de changer la signature
d'un endpoint existant.
Les lignes directrices ressemblent
fortement à celles du code propre