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.
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.
Normes avancées du Web - GTI780 & MTI780 - ETS - A09Claude Coulombe
Présentation sur les normes avancées du Web dans le cadre du cours combiné GTI780 / MTI780, Sujets spéciaux en TI, donné par Claude Coulombe, à l'Ecole de technologie supérieure, Montréal, Automne 2009
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.
Introduction aux Technologies Web élaborée par Marouan OMEZZINEMarouan OMEZZINE
Une introduction / ébauche aux technologies Web (Web, évolution, web 2.0, php, ajax...) faite dans le cadre des formations inter-membres du club Junior ENSI (http://www.junior-ensi.org/) de l'école nationale des sciences de l'informatique (http://www.ensi.rnu.tn/).
Hébergement du protocole kerberos dans un cloudMouadNahri
établir des bases fiables et des normes pour sécuriser leur infrastructure cloud est un atout prémordial, le module keystone d'openstack reste limité en terme d'authentification puisque l'ensemble des password sont stockés dans un fichier texte non shiffré, d'où le besoin d'intégrer le protocole de renforcement de sécurité Kerberos.
Les apports d'HTML5 pour l'interopérabilité des applications géospatialesGaëtan LAVENU
Cette présentation (réalisées dans le cadre des Rencontres Decryptagéo 2014) parcours les évolutions proposées par HTML 5 et ce quelles apportent en terme d'interopérabilité pour les applications géospatiales. A travers des illustrations concrètes exploitant notamment les technologies HTML5/JavaScript ArcGIS d'Esri.
Normes avancées du Web - GTI780 & MTI780 - ETS - A09Claude Coulombe
Présentation sur les normes avancées du Web dans le cadre du cours combiné GTI780 / MTI780, Sujets spéciaux en TI, donné par Claude Coulombe, à l'Ecole de technologie supérieure, Montréal, Automne 2009
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.
Introduction aux Technologies Web élaborée par Marouan OMEZZINEMarouan OMEZZINE
Une introduction / ébauche aux technologies Web (Web, évolution, web 2.0, php, ajax...) faite dans le cadre des formations inter-membres du club Junior ENSI (http://www.junior-ensi.org/) de l'école nationale des sciences de l'informatique (http://www.ensi.rnu.tn/).
Hébergement du protocole kerberos dans un cloudMouadNahri
établir des bases fiables et des normes pour sécuriser leur infrastructure cloud est un atout prémordial, le module keystone d'openstack reste limité en terme d'authentification puisque l'ensemble des password sont stockés dans un fichier texte non shiffré, d'où le besoin d'intégrer le protocole de renforcement de sécurité Kerberos.
Les apports d'HTML5 pour l'interopérabilité des applications géospatialesGaëtan LAVENU
Cette présentation (réalisées dans le cadre des Rencontres Decryptagéo 2014) parcours les évolutions proposées par HTML 5 et ce quelles apportent en terme d'interopérabilité pour les applications géospatiales. A travers des illustrations concrètes exploitant notamment les technologies HTML5/JavaScript ArcGIS d'Esri.
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
De A à Z : Choisir une architecture pour sa solution applicativeMicrosoft
En partant d’un besoin concret qui tient compte des nouveaux usages, nous évaluerons des architectures pouvant servir de squelette à notre solution applicative. Quelles technologies nous aideront à mettre en œuvre au mieux cette solution, et plus généralement, quelles sont les questions à se poser pour bien choisir une architecture et les technologies qui lui seront associées ? Cette session est la première du parcours « De A à Z : Concevoir et développer une solution applicative ». Nous y choisirons les technologies qui seront mises en œuvre dans la solution, tout au long de ce parcours d’une journée. Elle peut être suivie de manière totalement indépendante puisque seul le scénario métier sert de fil rouge dans le parcours.
Développez votre application Facebook avec Windows AzureMicrosoft
Les applications Facebook peuvent plus que les autres être soumises à de fortes bouffées de succès viral. Il est donc primordial de les héberger sur un cloud. Venez voir la simplicité de mise en oeuvre sur la plateforme Windows Azure.
1. Chapitre 1-
Les services Web-Introduction
Responsables du cours :
Héla HACHICHA
Année Universitaire : 2014 - 2015
2. Les services Web
Objectifs
Généralités (définition, évolution)
Architecture des services web
Briques de l’architecture de base
SOAP
WSDL
UDDI
Implémentations
Les APIs Java (JAXP, JAX-RPC, JAXM, JAXR, JAXB)
Implémentation avec JAX-RPC
Apache SOAP, Apache Axis
Conclusion
2
3. Besoins des Applications Web
3
Le Web classique
Conçu pour les applications à interactions humaines
Partage d'information
E-commerce de type B2C
Extensions nécessaires : Nouveaux besoins
Accès à l'information depuis des programmes
Processus de e-commerce B2B automatisés
Interopérabilité entre applications
Plate-forme pour le calcul distribué
4. Principes des services Web
4
Proposer une plate-forme de traitement distribuée
autour d'Internet/Intranet
Permettre l'interopérabilité totale entre composants
Offrir un modèle de composants simple
Modules avec interfaces de fonctions
Permettre de découvrir dynamiquement les
services
Annuaire de services et service de recherche
Offrir des outils d'intégration de composants à
l'échelle de l'Internet ou de l'Intranet
5. Exemple d'applications
5
Diffusion d'information
horaires, incidents, états de stocks
cours de bourse, entrées d'annuaires, etc.
Contrôle d'information
autorisation de cartes de crédits
authentification d'un client
Mise à jour de logiciels
Documentation automatique
présentation, marketing, veille technologique
librairie électronique, manuels, maintenance, etc.
communication et "knowledge management"
Commerce électronique
présentation, sélection, transaction, médiation, etc.
6. Définition
6
Les Services Web sont des services offerts via le
web
Par exemple, un client demande le prix d’un article
en envoyant un message sur le web. Ce message
contient la référence de l’article. Le Service Web va
recevoir la référence, effectuer le traitement du
service et renvoyer le prix au client via un autre
message
7. Un Service Web, c’est quoi ?
Un service Web est une « unité logique
applicative » accessible en utilisant les
protocoles standard d’Internet
Une «librairie» fournissant des données et des
services à d’autres applications.
Un objet métier qui peut être déployé et combiné
sur Internet avec une faible dépendance vis-à-vis
des technologies et des protocoles.
Combine les meilleurs aspects du
développement à base de composants et du
Web.
7
8. Un Service Web, c’est quoi ?
Un Web service est un composant logiciel identifié par une
URI, dont les interfaces publiques sont définies et appelées en
XML.
Sa définition peut être découverte par d'autres systèmes
logiciels.
Les services Web peuvent interagir entre eux d'une manière
prescrite par leurs définitions, en utilisant des messages XML
portés par les protocoles Internet.
proposant diverses fonctionnalités que d’autres programmes
peuvent
découvrir dynamiquement
et utiliser grâce à des protocoles
décrits en XML
basés sur l’échange de messages
écrits en XML
transmis par HTTP, FTP, SMTP, etc.(http://www.w3.org/TR/ws-gloss/)
8
9. Un Service Web, c’est quoi ?
URI : Uniform Resource Identifier : Exemples
URL : http://www.w3.org/
mail : mailto:getlost@nospam.org
FTP : ftp://ftp.ufrmd.dauphine.fr/pub/docs/
Un service web est
un programme accessible par internet
par l’intermédiaire de messages XML
transmis par HTTP
Un standard pour les systèmes répartis basés sur
XML+HTTP
Une vision plus simple
9
10. Un Service Web, c’est quoi ?
Caractéristiques:
Réutilisable
Indépendamment de
la plate-forme (UNIX, Windows, …)
l’implémentation (VB, C#, Java, …)
l’architecture sous-jacente (.NET, J2EE,
Axis…)
10
12. Architectures existantes
12
Architecture 2 tiers Architecture n tiers
Client x
Serveur
Client zClient y
Client x
Serveur A
Client y Client z
Objet métier
(CORBA,DCOM,RMI…)
Serveur B
Serveur C
INTRANETINTRANET
13. Architectures existantes
13
• L’architecture 2 tiers fonctionnait très bien mais a
vite montré ses limitations de part l’apparition de
systèmes hétérogènes devant être interfacés
• C’est alors que l’architecture n tiers est arrivée,
permettant l’interfaçage de différents systèmes mais
entraînant un investissement en terme de puissance
serveurs et fluidité des réseaux
14. Architecture des Services Web
14
Client x
Serveur A
Client y
Client z
Objet
métier A
Serveur B
Serveur C
S
E
R
V
I
C
E
W
E
B
Objet
métier B
Objet
métier C
INTERNET INTRANET
Le Service Web apparaît donc ici clairement comme une interface entre les clients
disséminés sur Internet et les différents objets métiers permettant l’accès aux
serveurs de données
16. Le Web 3ème génération :
Architecture Web Services
16
Service
Requester
Service
Provider
Service
Provider
Service
Provider
Service
Provider
WEB-HTTP
CLIENT
Service
Registry
Request
Request
Request
Request
Publish
Publish
Publish
Publish
Find
SERVEUR
SERVEUR
SERVEUR
SERVEUR
SERVEUR
17. Pourquoi faire ?
Les services Web permettent d’interconnecter :
Différentes entreprises
Différents matériels
Différentes applications
Différents clients
Distribuer et intégrer des logiques métiers
Vers le Web sémantique
Les services Web sont faiblement couplés
17
18. Quels objectifs ?
Remplacer les protocoles actuels (RPC,DCOM,RMI)
par une approche entièrement ouverte et
interopérable, basée sur la généralisation des
serveurs Web avec scripts CGI.
Faire interagir des composants hétérogènes,
distants, et indépendants avec un protocole standard
(SOAP).
Dédiés aux applications B2B (Business to Business),
EAI (Enterprise Application Integration), P2P (Peer to
Peer).
18
19. Et plus concrètement ?
Une nouvelle technologie des objets distribués ?
Invocation distante des services Web : SOAP (~IIOP)
Description des services Web : WSDL (~IDL)
Enregistrement et découverte de services Web : UDDI
(~NameService)
Basés sur des standards XML
Standards du W3C : XML, SOAP, WSDL
Standards industriels : UDDI, ebXML
Propriétaires : DISCO, WSDD, WSFL, ASMX, …
Implémentations actuelles :
Microsoft .Net
Sun JavaONE : J2EE + Web services (WSDP = JAXP,JAX-
RPC,JAXM…)
Apache XSOAP / Axis, IBM WSTK
Oracle, Bea, Iona, Enhydra …
19
20. Architecture de base
20
Trois acteurs :
le fournisseur de service (service provider ) :
définit le service
publie sa description dans l’annuaire
réalise les opérations
l’annuaire (discovery agency, Service Registry ) :
reçoit et enregistre les descriptions de services publiées par les
fournisseurs
reçoit et répond aux recherches de services lancées par les
clients
le client (service requestor ) :
obtient la description du service grâce à l’annuaire
utilise le service
22. Cycle de vie d’utilisation
22
7: Réponse SOAP
5: Requête SOAP
1: Inscription2: Recherche
de service 3: Description
WSDL
4: Construction
requête 6: Traitement
UDDI
Fournisseu
r
Client
23. Cycle de vie complet
23
Etape 1 : Déploiement du service Web
Dépendant de la plate-forme (Apache : WSDD)
Etape 2 : Enregistrement du service Web
WSDL : description du service
Référentiels : DISCO (local), UDDI (global)
Etape 3 : Découverte du service Web
Etape 4 : Invocation du service Web par le client
29. Briques de l’architecture de base
SOAP (Simple Object Access Protocol) :
version 1.1 : mai 2000 (http://www.w3c.org/TR/SOAP/)
version 1.2 : CR en décembre 2002
cadre général permettant l’échange de données
structurées au format XML
protocole de transport de ces données basé sur HTTP
WSDL (Web Services Description Language) :
version 1.1 : mars 2001
(http://www.w3.org/TR/2001/NOTE-wsdl-20010315)
version 1.2 : Working Draft
dialecte XML permettant de décrire un service web
UDDI (Universal Data Description Interface) :
version 3 : juillet 2002 (http://uddi.org/pubs/uddi-v3.00-published-
20020719.htm)
annuaire permettant d’enregistrer et de rechercher des descriptions de
services web
29
31. Mise en œuvre de l’architecture
1. Communication : SOAP/HTTP
2. Description : WSDL
3. Publication et Recherche : UDDI
Attention : l’architecture précise
des formats (dialecte XML)
des sémantiques associées (sens de chaque
élément des documents XML)
des protocoles (e.g., utilisation de HTTP pour
transmettre des messages SOAP)
des services web standards (comme les API de
UDDI)
31