Présentation TELW M2 Contexte : passage de la matière de M1 en M2 Transformation cours->TDs Sujet plus haut niveau basé : Web Services echanges au format.

Présentation au sujet: "Présentation TELW M2 Contexte : passage de la matière de M1 en M2 Transformation cours->TDs Sujet plus haut niveau basé : Web Services echanges au format."— Transcription de la présentation:

1 Présentation TELW M2 Contexte : passage de la matière de M1 en M2 Transformation cours->TDs Sujet plus haut niveau basé : Web Services echanges au format XML GoogleMaps

2 Sujet Système de gestion d'interventions techniques sur le terrain lignes, sous-terrain, élagage, cablage... Supervision à partir d'un SI basé sur les Services Web : referentiel de données techniques, visualisation type SIG (Système d'information géographique), messages entre les acteurs du processus.

3 Sujet Gestion des prestations /achats Programmation travaux demande de devis Prestataire recherche meilleur marché 1 : Recherche de la meilleure offre bon de commande Demande de devis Calcul du meilleur contrat proposé en ligne Proposition d'un contrat en réponse de demande de devis Choix et bon de commande Message de validation pour le prestataire Validation pour la programmation des travaux validation

4 Sujet 2 : gestion des travaux/réferentiel Prestataire Programmation travaux Gestion des prestations /achats Réferentiel fin de travaux notification au referentiel des travaux en cours message de fin de travaux notification de fin de travaux pour le referentiel cloture du contrat

5 Sujet Quelques concepts importants : service web registre/annuaire de services orchestration de processus contrat Déroulement en // au cours SOA

6 Services Web Du web classique… HTML dans le navigateur BD relationnelle sur le serveur, sites web dynamiques …au web des machines : communication directe entre applications hétérogènes. Des principes anciens… Appels de procédures distants architectures distribuées (CORBA, DCOM)‏ …dans un contexte nouveau le web, XML, Commerce électronique à grande échelle

7 Services Web

8 Un service web en action Client du Service Web Fournis-seur du Service Web Annuaire UDDI http://myservice.com/serviceXML/SOAP body Echanges réels (SOAP)‏ http://myservice.com?wsdlDescription du service Modalités d’interaction (WSDL)‏ http://www.uddi.orgLien vers un document WSDL Trouver un fournisseur de service (UDDI)‏ SOURCE: SIMON HUTSON, KPMG

9 Services Web Prérequis: XML Le protocole SOAP Description des services web: WSDL Annuaire des services web: UDDI Similaire à Corba (en plus simple)‏ Similaire à IDL Les Pages Jaunes tm

10 Services Web Modèle d'échange  XML Schema = des types pour XML  Namespaces = espace de nommage global  Est-ce un modèle de données parfait ? Non  Est-il acceptable aujourd’hui ? Oui (parce que c’est un standard)‏

11 Services Web Jargon XML XHTML RDF.NET RosettaNet WSFL DTD XML Schema XSL XSLT XSL-FO ebXML namespace HTTPS OASIS HTTP SOAP OAGIS WSDL ICE RSS UDDI WSDL MIME WSCI

12 SOAP Protocole de communication entre applications:  Sans état  Unidirectionnel  Indépendant du protocole de communication. Basé sur XML et les namespaces. Permet d’utiliser les protocoles du Web (HTTP/SMTP/…)‏ Indépendant de la plateforme (windows, unix, mac, …)‏ Simple et extensible Bientôt un standard w3c (SOAP 1.2).

13 SOAP Permet d’envoyer des messages XML entre deux machines. Les messages sont « emballés » dans une enveloppe SOAP  L’enveloppe SOAP utilise un XML schéma prédéfini  Le schéma du message dépend de l’application SOAP Envelope (SOAP grammar) Application Message (Application-Specific grammar) SOURCE: JEZ WAIN, BULL

14 SOAP Corps de message: SOAP Body  C’est la partie qui dépend de l’application  Conventions pour faire du RPC  Gestion des erreurs: SOAP Fault Code Reason: compréhensible par un humain Entêtes: SOAP Header  des méta-données pour un ou plusieurs destinataires du message.  Des moyens pour contrôler qui doit traiter quelle entête: role=next/none/UltimateReceiver mustUnderstand = true/false

15 SOAP POST /InStock HTTP/1.1 Host: www.stock.orgwww.stock.org Content-Type: application/soap; charset=utf-8 http://www.w3.org/2001/12/soap-envelopehttp://www.w3.org/2001/12/soap-encoding http://www.stock.org/stock IBM

16 WSDL Un langage (encore en XML) de description des services fournis par un serveur. Une description de type « boîte noire » de ces services :  Quelles sont les opérations disponibles ?  Comment on y accède (adresse, protocole,…)‏  Quel est le format des messages échangés entre le client et le serveur: Pour invoquer le service Pour interpréter les résultats …mais rien sur ce qu’ils font vraiment (leur sémantique).

17 WSDL Un service est composé de plusieurs opérations. Chaque opération peut avoir une entrée et/ou une sortie. Chacun de ces messages est composé de plusieurs parties. Chaque partie est décrite par un type. Ces éléments sont associés par des bindings à un protocole particulier. Pour un protocole donné, les opérations associées constituent un port, associé à une adresse.

18 UDDI

19 L'orchestration Comment  définir des intéractions entre services  en créer de nouveaux, par composition S’apparente aux :  Systèmes de workflow  Transactions Domaine très actif en ce moment  Travaux de recherche  Spécifications industrielles (OASIS-OPEN, OMG,...)‏

20 Architecture Serveur d'application Tomcat Framework Web Services Axis Base de données MySQL Simulation d'un SIG par l'utilisation de l'API GoogleMaps

21 Apache AXIS Developpé par la fondation Apache (contributions d’HP, IBM, Macromedia, …)‏ Open-source Ecrit en Java, donc multi-plateforme Conforme aux dernières évolutions de SOAP Messages synchrones et asynchrones (JMS)‏ Peut-être utilisé avec tout serveur d’application J2EE. http://ws.apache.org/axis

22 Apache AXIS Toute classe Java peut-être automatiquement exposée comme un service (style RPC):  Une opération par méthode  Génération des messages SOAP  Sérialisation/déserialisation des types courants  Gestion des exceptions  Génération automatique du WSDL Génération de squelettes Java à partir de WSDL