Web Services SLenoir@ugap.fr 17/01/2009

1. Pourquoi les Web Services ? 1.1. Historique des SI 1.2. Exigences actuelles 1.3. SOA 1.4. Mise en place de services 17/01/2008 Web Services

1.1. Historique des SI (1/4) MAINFRAME : Ensemble indissociable de : logique de persistance traitement présentation Haute disponibilité Intégrité des données Système unique cohérent et fiable 17/01/2008 Web Services

1.1. Historique des SI (2/4) CLIENT – SERVEUR : Client = interface Serveur = persistance Les métiers s’approprient le S.I. Absence de centralisation de l’information => duplication des données => maintenance complexe 17/01/2008 Web Services

1.1. Historique des SI (3/4) APPLICATIONS WEB : Les accès au S.I. s’ouvrent aux partenaires de l’entreprise Développement du commerce électronique Réduction des couts de licence et de gestion du parc informatique Multiplication des couches n-tiers => morcellement du S.I. 17/01/2008 Web Services

1.1. Historique des SI (4/4) Toutes ces technos coexistent souvent dans les S.I. actuels car il est rarement possible de faire table rase du passé. Difficultés de faire communiquer tous ces éléments. Challenge actuel des DSI : organiser et maitriser cette hétérogénéité. 17/01/2008 Web Services

1.2. Exigences actuelles (1/3) AGILITE : Réactivité accrue demandée par les métiers Capacité d’absorber rapidement d’autres sociétés au sein du SI Déploiement de nouvelles offres technologiques à intégrer au SI Multiplication des interfaces partenaires (clients / fournisseurs / sous-traitants) 17/01/2008 Web Services

1.2. Exigences actuelles (2/3) LES METIERS : Déployer rapidement des processus métiers Besoin d’une vision temps réel sur le business Le DSI doit justifier son budget 17/01/2008 Web Services

1.2. Exigences actuelles (3/3) TECHNIQUES : Réutilisation : Valoriser l’existant du SI Composer les nouvelles applications Ouvrir les interfaces Faciliter les échanges (synchronisation) Sécurité des échanges Intégrité des échanges Piloter la plate-forme d’intégration 17/01/2008 Web Services

1.3. SOA (1/2) SERVICE ORIENTED ARCHITECTURE Un service met à disposition d’acteurs (humains ou logiciels) intervenants dans des processus métiers, un accès vers une ou plusieurs fonctions métiers. Un service concrétise le lien entre la couche métier (consommateur) et les implémentations dans le SI (fournisseur) en prenant à sa charge un contrat (pourvoyeur). 17/01/2008 Web Services

1.3. SOA (2/2) Le consommateur de service n’a pas à se préoccuper de la façon dont ces fonctions sont implémentées et à fortiori des technologies utilisées. 17/01/2008 Web Services

1.4. Mise en place de services Identifier les services Mutualisation, réutilisation Interopérabilité Composition de services La mise en place d’un service nécessite : La modélisation d’un contrat décrivant le service rendu, L’implémentation du service devant respecter le contrat défini, Les modalités de déploiement du service 17/01/2008 Web Services

2. Boîte à outils Web Services 2.1. Web Services versus SOA 2.2. Détails techniques 2.3. SOAP 2.4. WSDL 2.5. UDDI 2.6. Sécurisation 17/01/2008 Web Services

2.1. Web Services versus SOA SOA = concept Web Services = technique permettant de répondre au mieux aux enjeux des architectures SOA Les Web Services sont une boîte à outils permettant de mener à bien une démarche SOA. 17/01/2008 Web Services

2.2. Détails techniques (1/2) Définition Web Service : Composant implémenté dans n’importe quel langage Déployé sur n’importe quelle plateforme Enveloppé dans une couche de standards normalisés W3C dérivés du XML (SOAP, WSDL, UDDI) 17/01/2008 Web Services

2.2. Détails techniques (2/2) Message SOAP Application invoquant le service 3. Invocation du service 2. Interrogation du registre Contrat WSDL Interface Web Service Composants métiers Java PHP Perl … Registre UDDI 1. Publication du contrat 17/01/2008 Web Services

2.3. SOAP (1/4) Simple Object Access Protocol Protocole d’échange normé par le W3C Un appel de service SOAP est un flux ASCII encadré par des balises XML et transporté par protocole HTTP (port 80) 17/01/2008 Web Services

2.3. SOAP (2/4) Un message SOAP = header + body Header : porte les informations complémentaires pour le traitement des données (identification, sécurité, chiffrement, …) Body : porte les données propres au message 17/01/2008 Web Services

2.3. SOAP (3/4) <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <vendorGetDetail> <Siren>76216218340</Siren> <Nom>UGAP</Nom> <Adresse>rue de la Croix Verte</Adresse> <CodePostal>34000</CodePostal> <Ville>Montpellier</Ville> <Telephone>04 67 04 65 00</Telephone> <Contact>Sophie Lenoir</Contact> </vendorGetDetail> </soap:Body> </soap:Envelope> 17/01/2008 Web Services

2.3. SOAP (4/4) Application invoquant le service Message SOAP Enveloppe SOAP SOAP Header - XML SOAP Body - XML Couche de transport : HTTP Interface Web Service Composants métiers Java PHP Perl … 17/01/2008 Web Services

2.4. WSDL (1/3) Web Service Description Language Contrat de service normé par le W3C Description au format XML du Web Service Détaille les méthodes, leur signatures et leur point d’accès (URL) 17/01/2008 Web Services

2.4. WSDL (2/3) 17/01/2008 Web Services <?xml version="1.0" encoding="UTF-8" standalone="no"?> <wsdl:definitions xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tns="http://localhost:8080/vendorGetDetail/" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" name="VendorGetDetail" targetNamespace="http://localhost:8080/vendorGetDetail/"> <wsdl:types> <xsd:schema targetNamespace="http://localhost:8080/vendorGetDetail/"> <xsd:element name="vendorGetDetail"> <xsd:complexType> <xsd:sequence> <xsd:element name="numFour" type="xsd:string"/> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="vendorGetDetailResponse"> <xsd:element name="sapReturn" type="tns:SapReturn" /> <xsd:element name="detailFournisseur" type="tns:DetailFournisseur"></xsd:element> <xsd:simpleType name="numFour"> <xsd:restriction base="xsd:string"></xsd:restriction> </xsd:simpleType> <xsd:complexType name="DetailFournisseur"> <xsd:element name="siren" type="xsd:string"></xsd:element> <xsd:element name="nom" type="xsd:string"></xsd:element> <xsd:element name="adresse" type="xsd:string"></xsd:element> <xsd:element name="codePostal" type="xsd:string"></xsd:element> <xsd:element name="ville" type="xsd:string"></xsd:element> <xsd:element name="telephone" type="xsd:string"></xsd:element> <xsd:element name="contact" type="xsd:string"></xsd:element> 17/01/2008 Web Services

2.4. WSDL (3/3) 17/01/2008 Web Services <xsd:complexType name="SapReturn"> <xsd:sequence> <xsd:element name="type" type="xsd:string"></xsd:element> <xsd:element name="message" type="xsd:string"></xsd:element> </xsd:sequence> </xsd:complexType> </xsd:schema> </wsdl:types> <wsdl:message name="vendorGetDetailRequest"> <wsdl:part element="tns:vendorGetDetail" name="parameters"/> </wsdl:message> <wsdl:message name="vendorGetDetailResponse"> <wsdl:part element="tns:vendorGetDetailResponse" name="parameters"/> <wsdl:portType name="VendorGetDetail"> <wsdl:operation name="vendorGetDetail"> <wsdl:input message="tns:vendorGetDetailRequest"/> <wsdl:output message="tns:vendorGetDetailResponse"/> </wsdl:operation> </wsdl:portType> <wsdl:binding name="VendorGetDetailSOAP" type="tns:VendorGetDetail"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" /> <soap:operation soapAction="http://localhost:8080/VendorGetDetail/vendorGetDetail" /> <wsdl:input> <soap:body use="literal" /> </wsdl:input> <wsdl:output> </wsdl:output> </wsdl:binding> <wsdl:service name="VendorGetDetail"> <wsdl:port binding="tns:VendorGetDetailSOAP" name="VendorGetDetailSOAP"> <soap:address location="http://localhost:8080/"/> </wsdl:port> </wsdl:service> </wsdl:definitions> 17/01/2008 Web Services

2.5. UDDI (1/2) Universal Description Discovery and Integration Méta-annuaire distribué de Web Services Permet la distribution et l’exportation des services C’est en fait un Web Service dont les méthodes sont appelées via SOAP 17/01/2008 Web Services

2.5. UDDI (2/2) On distingue 3 types de registres : Registre d’entreprise (réseau privé) Registre fédéré avec les partenaires (sécurisation avancée) Registre public (www) Le fournisseur de service publie son contrat WSDL dans l’annuaire UDDI en l’associant à la description de la société et à la catégorie de service concernée. 17/01/2008 Web Services

2.6. Sécurisation Sécurité Garantie d’acheminement Gérer les transactions distribuées Superviser les services 17/01/2008 Web Services

Questions ??? 17/01/2008 Web Services