Les services Web (fin) Les architectures orientées composants. Jeremy Fierstone Jean-marc Farinone

Transcription

1 Les services Web (fin) Les architectures orientées composants Jeremy Fierstone Jean-marc Farinone 1

2 Résumé de l'épisode précédent 2

3 Les services Web Jeremy Fierstone fierston@essi.fr SAR5 Novembre 2002 Merci à Mireille Blay-Fornarino, Didier Donsez Michel Riveill, Microsoft, Sun pour leurs slides 3

4 SOA : une architecture fournisseur de services 1. publication d'une annonce annuaire 2. recherche d'un service 3. mise en correspondance client JMF 4

5 Services web (= web services) WSDL = Web Services Description Language = format XML pour décrire un service web SOAP = Simple Object Access Protocol = protocole d'envoi de messages formatés en XML entre client et serveur web services La couche transport utilisé est soit HTTP (d'où le nom de web services) soit SMTP (i.e. le mail) échange de messages synchrones (en attente de réponse) ou asynchrone (publication, lecture de réponse plus tard) UDDI = Universal Description Discovery and Integration = annuaire de services qui recense des services Web. JMF 5

6 Les services Web WSDL : Web Services Description Language Merci à Didier Donsez 6

7 WSDL Spécification (09/2000) Ariba, IBM, Microsoft TR W3C v1.1 (25/03/2001) Objectif Décrire les services comme un ensemble d opérations et de messages abstraits relié (bind) à des protocoles et des serveurs réseaux Grammaire XML (schema XML) Modulaire (import d autres documents WSDL et XSD) Séparation entre la partie abstraite et concrète 7

8 WSDL Interface <definitions> <import> <types> <message> Implementation <definitions> <import> <service> <port> <porttype> <binding> 8

9 Éléments d une définition WSDL <types> Contient les définitions de types utilisant un système de typage (comme XSD). <message> Décrit les noms et types d un ensemble de champs à transmettre Paramètres d une invocation, valeur du retour, <porttype> Décrit un ensemble d opérations. Chaque opération a zéro ou un message en entrée, zéro ou plusieurs messages de sortie ou de fautes <binding> Spécifie une liaison d un <porttype> à un protocole concret (SOAP1.1, HTTP1.1, MIME, ). Un <porttype> peut avoir plusieurs liaisons! <port> Spécifie un point d entrée (endpoint) comme la combinaison d un <binding> et d une adresse réseau. <service> Une collection de points d entrée (endpoint) relatifs. 9

10 Élément <types> Contient les définition de types utilisant un système de typage (comme XSD). Exemple <!-- type defs --> <types> <xsd:schema targetnamespace="urn:xml-soap-address-demo" xmlns:xsd=" <xsd:complextype name="phone"> <xsd:element name="areacode" type="xsd:int"/> <xsd:element name="exchange" type="xsd:string"/> <xsd:element name="number" type="xsd:string"/> </xsd:complextype> <xsd:complextype name="address"> <xsd:element name="streetnum" type="xsd:int"/> <xsd:element name="streetname" type="xsd:string"/> <xsd:element name="city" type="xsd:string"/> <xsd:element name="state" type="xsd:string"/> <xsd:element name="zip" type="xsd:int"/> <xsd:element name="phonenumber" type="typens:phone"/> </xsd:complextype> </xsd:schema> </types> 10

11 Outils Générateur WSDL à partir de déploiement SOAP ou EJB, Générateur de proxy SOAP à partir de WSDL Toolkits (Wsdl2Java / Java2Wsdl, ) Propriétaires (non normalisés) 11

12 Les services Web UDDI : Universal Description, Discovery and Integration 12

13 UDDI Spécification (09/2000) Ariba, IBM, Microsoft +260 autres sociétés Objectifs annuaire mondial d'entreprises pour permettre d'automatiser les communications entre prestataires, clients, etc. plusieurs entrées indexées : nom, carte d'identité des sociétés, description des produits, services applicatifs invocables à distance (références des connexions) Indexation des catalogues propriétaires (ebxml, RosettaNet, Ariba, Commerce One, etc.) Grammaire XML (schéma XML) Soumission/interrogation basées sur SOAP et WSDL 13

14 Exemples d'annuaire UDDI moteur de recherche de service web : annuaires les plus connus : L opérateur de référence UDDI : Microsoft : IBM : 14

15 UDDI Schema Interface Implementation <businessentity> <businessservice> <tmodel> <bindingtemplate> <businessservice> <tmodel> <bindingtemplate> 15

16 Références Services Web : Spécifications officielles : Documentations et exemples en ligne : SOAP : Spécification SOAP 1.1 : Spécification SOAP 1.2 : Implémentations : Exemples en ligne : UDDI : Spécification : Serveur UDDI : et Cours : Didier Donsez, Web Services Michel Riveill, SOAP 16

17 Un environnement pour WS : Axis Jean Marc Farinone farinone@cnam.fr 17

18 Un environnement pour des WS : Axis Page d'accueil : Cliquer sur les premiers liens pour charger une version d'axis (1.4 le 28 mars 2008). On récupère un.zip à extraire. Axis est un environnement de développement pour WS (classes pour faire des services et clients WS) mais aussi une application Web. Voir tutorial d'axis à JMF 18

19 Développement d'un client et serveur WS Le service web sera encapsulé dans l'appli web Axis. Le client est un programme Java Un service web complet : Reponse.jws public class Reponse { public String reponds(string st) { return "bonjour " + st; } } public String discoucou() { return "Coucou "; } Ben oui c'est une classe Java. Le fichier doit avoir pour extension.jws JMF 19

20 Le serveur WS Reponse.jws Il est placé dans l'application web Axis. Qui a la première utilisation, va compiler ce fichier Java, exécuter la méthode appelée et retourner le résultat (si tout se passe bien!) Une manière d'accéder à ce Web Service est, dans un client web, de demander la page d'url : Une démonstration SVP. OK! Pourquoi cela fonctionne? Réponse : en fait tout ce qui se termine par.jws est traité par la servlet AxisServlet (voir le web.xml de l'application web Axis) JMF 20

21 Le client WS HelloClient.java package hello; import org.apache.axis.client.call; import org.apache.axis.client.service; import org.apache.axis.encoding.xmltype; import org.apache.axis.utils.options; import javax.xml.rpc.parametermode; public class HelloClient { public static void main(string [] args) throws Exception { Options options = new Options(args); String endpoint = " + options.getport() + "/axis/reponse.jws"; args = options.getremainingargs(); if (args == null args.length!= 1) { System.err.println("Usage: java HelloClient [nom]"); return; } String nom = args[0]; Service service = new Service(); Call call = (Call) service.createcall(); call.settargetendpointaddress( new java.net.url(endpoint) ); call.setoperationname( "reponds" ); call.addparameter( "st", XMLType.XSD_STRING, ParameterMode.IN ); call.setreturntype( XMLType.XSD_STRING ); String ret = (String) call.invoke( new Object [] { nom }); } } System.out.println("resultat retourné : \n" + ret); JMF 21

22 Et XML (SOAP) dans tout çà? Nous n'avons fait que (!) de la programmation Java. Quid de SOAP? En fait les messages échangés entre le client et le serveur WS sont en SOAP. Si, si. JMF 22

23 TCPMonitor : tcpmon Axis propose un outil qui permet de voir les messages TCP échangés entre un client et un serveur : TCPMonitor Il suffit d'indiquer que le client envoit les messages à... TCPMonitor, que TCPMonitor envoit les messages au serveur, et tout échange entre client et serveur est tracé dans cet outil. On lance cet outil par : java org.apache.axis.utils.tcpmon JMF 23

24 Utilisation de TCPMonitor 1/4 Le client est programmé par : String endpoint = " + "/axis/reponse.jws";... Service service2 = new Service(); Call call2 = (Call) service2.createcall(); call2.settargetendpointaddress( new java.net.url(endpoint) );... Lorsque TCPMonitor est lancé on obtient le premier écran : JMF 24

25 Utilisation de TCPMonitor 2/4 Indiqué le port écouté dans le champ de texte qui suit dans "Listen Port #". Ici Et cliquer le bouton Add JMF 25

26 Utilisation de TCPMonitor 3/4 Dans le nouvel onglet obtenu, cocher "XML Format" et cliquer "Switch Layout". Puis lancer le client. Les messages véhiculés entre client et serveur WS seront affichés. JMF 26

27 Utilisation de TCPMonitor 4/4 JMF 27

28 Bibliographie _Architecture c/bnayk.html : la partie du Java EE 5 tutorial consacrée aux services web : page d'accueil du "Web Services Description Working Group" : implémentation open source Axis pour construire des services web JMF 28

29 Architecture de composants Jean-Marc Farinone Maître de conférences CNAM Paris 29

30 composant =? (1/2) Un "programme" (du "logiciel") qui s'intègre bien avec d'autres En général qui s'intègre bien avec un environnement d'exécution environnement d'exécution = un conteneur Ce conteneur lui apporte des services (de création, de lancement automatique de méthodes, etc.) Le composant amène des parties applicatives 30

31 composant =? (2/2) = un objet (donc méthodes donc code) qui vérifient quelques contraintes pour pouvoir bien se marier avec son environnement Souvent des "petites" contraintes syntaxiques L'environnement peut amener de grosses fonctionnalités (sécurité, transactionnel, etc.) exemple de composants Java : applet, JavaBeans, etc. 31

32 SCA : Service Component Architecture "= un ensemble de spécifications qui décrivent un modèle pour bâtir des applications s'inscrivant dans une architecture orientée service (appelée aussi SOA). Les applications basées sur SCA sont en fait un assemblage de composants, chaque composant implémente une partie de la logique métier et peut dépendre de services,..." source : Wikipedia hitecture 32

33 SCA : une présentation A priori indépendant des langages de programmation et des couches réseau sous jacentes (HTTP, RMI, CORBA,...) Les principaux acteurs : BEA, IBM, IONA Technologies, Oracle, SAP, Siebel Systems, Sybase Spécifications à : AssemblyModel-V09.pdf (SCA Version 0.9, November 2005) 33

34 Un exemple d'architecture de composants Java EE = Java Entreprise Edition (anciennement Java 2 EE) Amène une architecture pour de la programmation distribuée (RMI, JMS, ) et de composants (servlets, JSP, EJB, etc.) Pour les servlets/jsp : composants qui s'exécutent dans une JVM contenu dans un serveur (web) Pour les EJB : composants qui s'exécutent dans une JVM conteneur d'ejb 34

35 Une servlet import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class MaPremiereServlet extends HttpServlet { public void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { // Etape 1. Spécifier le type MIME du contenu de la réponse response.setcontenttype("text/html"); // Etape 2. Récupère le PrintWriter pour envoyer des données au client PrintWriter out = response.getwriter(); } // Step 3. Envoyer l information au client out.println("<html>"); out.println("<head><title>bonjour Servlet</title></head>"); out.println("<body>"); out.println("<h1> Bonjour à tous les étudiants de la valeur RSX102</h1>"); out.println("il est : " + new java.util.date()); out.println("</body></html>"); } public void dopost(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { doget(request, response); } Traité quand le navigateur demande l URL... qui mène à la servlet! JMF 35

36 Une JSP fichier MaDate.jsp <html><head><title>obtenu par une JSP</title></head> <body> <h3>bonjour de ma part </h3> <hr> La date courante est : <%= new java.util.date() %> </body> </html> Traité quand le navigateur demande l URL de la JSP : JMF 36

37 JSP et Servlets Servlet = du code Java contenant de l'html JSP = une page HTML contenant du code Java Concrètement avec les JSP : les parties statiques de la page JSP sont écrites en HTML les parties dynamiques de la page JSP sont écrites en Java JMF 37

38 JSP, Servlets et Web services Les servlets et JSP sont souvent des clients de web services On a l'architecture : I n t e r n e t Serveur web dynamic build HTML Files Servlets ou JSP Web service JMF 38

39 Servlets vs. JSP : Architecture MVC modèle = les données accédées par un code Java (JDBC, RMI, EJB, etc.) vues = JSP contrôleur = servlets JMF 39

40 Architecture MVC (suite) Syntaxe dans la servlet pour lancer la JSP : public void dopost(httpservletrequest request, HttpServletResponse response){ ServletContext context = getservletcontext(); // héritée de GenericServlet RequestDispatcher dispatcher = context.getrequestdispatcher("/mapagemiseenforme.jsp"); dispatcher.forward(request, response); } JMF 40

41 Les Entreprise JavaBeans (EJB) Jean-Marc Farinone Maître de Conférences Conservatoire National des Arts et Métiers CNAM Paris (France) 41

42 L'idée essentielle Se concentrer sur la logique métier à développer (= modéliser, coder les notions du domaine, ) et sous-traiter les problèmes connus de : Persistance Transactions Sécurité Réserve (pool) d objets, monter en charge, etc. à un conteneur. Donc fabriquer des composants qui s'intégreront bien entre eux et avec le conteneur C'est le "mariage entre le monde transactionnel et le monde des composants orienté objet" Version 3.0 depuis le 27 juin 2005 Compatibilité et interopérabilité avec les EJB

43 Architecture des EJB (1/2) On passe d'une architecture N-tiers classique : Couche Présentation Couche intermédiaire Couche Système d'information de l'entreprise RMI CORBA 43

44 Architecture des EJB (2/2) à une architecture qui encapsule les composants Couche Présentation Couche intermédiaire Couche Système d'information de l'entreprise Serveur d'application EJB EJB 44

45 Ce qu'amène le conteneur amène des services de nommage, de gestion du cycle de vie, persistance, sécurité, transaction répartie ces services peuvent demander de lancer des méthodes fournies par le bean encapsulation d un composant : les clients devront passer par le conteneur pour accéder à un EJB 45

46 Les différents catégories d'ejb EJB session modèlise une suite d'interactions sans état (stateless) : => plusieurs clients différents peuvent être associés au même EJB en même temps avec état (stateful) => c est le même client qui utilise cet EJB session avec état pendant une suite d'invocations EJB entité modèlise des données BMP (Bean Managed Persistance) CMP (Container Managed Persistance) EJB orienté message (écoute derrière des files ou des sujets et sont activés de manière asynchrone) 46

47 Bibliographie : site pour la programmation Java et Java Entreprise Edition 47