Les Web Services. Rapport de TE. Étudiants Cyrielle Lablanche Florens Seine Sébastien Gastaud. Encadrant Hervé Chang

Dimension: px
Commencer à balayer dès la page:

Download "Les Web Services. Rapport de TE. Étudiants Cyrielle Lablanche Florens Seine Sébastien Gastaud. Encadrant Hervé Chang"

Transcription

1 Université de Nice-Sophia Antipolis Licence d Informatique 3 ème année Les Web Services Rapport de TE Étudiants Cyrielle Lablanche Florens Seine Sébastien Gastaud Encadrant Hervé Chang

2 Table des matières 1 Introduction Historique et Origine des Concepts Motivations Principes Organisation Architecture RPC Définition Principe de fonctionnement Interface Processus serveur Squelette calcul_server.c (cf Figure 1.2) Processus client Squelette calcul_client.c (cf Figure 1.3,1.4,1.5) Conclusion Annexes RPC XML Définition Le prédécesseur de XML sur le Web : HTML Exemple de code HTML De HTML à XML Règles d écriture au format XML Ce que XML va rendre possible Les espaces de nommage (namespaces) Les langages de présentation (style) : CSS et XSL XML Schema Les langages de lien et d adressage L avenir prévisible de XML Annexes XML SOAP Définition Avantages Appels de procédure SOAP et XML L enveloppe SOAP Représentation XML Modèle de données Traduction d une structure i

3 5.7.2 Traduction d une liste (ou tableau) Le modèle RPC Exemple UDDI Définition Données du registre UDDI (cf Figure 4.1) Pages blanches Pages jaunes Pages Vertes Enregistrement de types de services UDDI et SOAP (cd Figure 4.2) API (Messages SOAP) Interagir avec XML Implémentation Conclusion Annexes UDDI WSDL Définition Les définitions Les noms d espace Exemple WSDL (cf Figures 5.*) Annexes WSDL Web services et entreprises Définition Construction d un projet informatique Introduction Etapes EAI Définition L intégration d applications Fonctions de l EAI Les processus métiers Définition Dialogues Les processus e-business BPML (Business Process Modeling Language) Conclusion Sécurité et fiabilité des Web Services Quels mécanismes veut-on mettre en place pour assurer la sécurité des Web Services? Authentification Autorisation d accès Mécanisme d encryptage et de décryptage des données Signature digitale Sécurisation des services Web Sécurisation de l infrastructure Sécurisation des connexions Authentification et contrôle d accès Sécurisation de SOAP Standards XML de sécurité XML Signature ii

4 9.3.2 XKMS XML Key Management Specifications SAML Security Assertion Markup Language WS-Security Conclusion Apports Limites Evolution des Web Services Enrichissement personnel page iii de 48

5 Chapitre 1 Introduction Selon la définition du W3C (World Wide Web Consortium), un Web service (ou service Web) est une application appelable via Internet - par une autre application d un autre site Internet - permettant l échange de données (de manière textuelle) afin que l application appelante puisse intégrer le résultat de l échange à ses propres analyses. Les requêtes et les réponses sont soumises à des standards et normalisées à chacun de leurs échanges. 1.1 Historique et Origine des Concepts Les Web services sont nés de l effort de plusieurs organisations qui ont partagé un intérêt commun en développant et en maintenant "un marché électronique". Celles-ci souhaitaient pouvoir communiquer plus simplement et sans avoir à se concerter sur chacune de leur transaction pour pouvoir interpréter leurs différentes données. Elles souhaitaient supprimer l isolement de leur système informatique avec les autres C est ainsi que naquit en 1975 l EDI (Échange de Données Informatisées). L EDI peut être défini comme l échange, d ordinateur à ordinateur, de données concernant des transactions en utilisant des réseaux et des formats normalisés. Il s agit d un format standard permettant l échange d un certain type de données. D un développement assez semblable à la création du code Morse, EDI permettait à des personnes d une langue donnée d envoyer des messages via câble à des interlocuteurs similaires situés dans un autre lieu. L EDI permet l entente entre les différentes applications sur la modélisation des échanges et sur les protocoles de communication. L EDI a l avantage de ne pas avoir à retaper les données. Elle permet donc un gain de temps et d argent, en réduisant les erreurs de saisie. L EDI reste tout de même incomplète. Le système mis en place est difficile à implémenter. Les techniques employées sont complexes et coûteuses. Vers la fin des années 80, l évidence fut que l âge des systèmes informatiques isolés touchait à son terme tandis que différents ordinateurs, de tailles, de capacités et de formes variées, apparaissaient au sein d une même organisation. Les départements informatiques voulurent bien évidemment exploiter au mieux et au plus bénéfique la précieuse puissance d analyse qu ils avaient à disposition. Il fallut donc rendre les applications informatiques capables de déplacer leurs travaux, c est-à-dire de procéder à un véritable traitement distributif. Pour répondre à cette nouvelle situation, de nouvelles technologies apparurent telles que CORBA (Common Object Request Broker Architecture) ou la version qu en fit Microsoft, le Component Object Model (COM). CORBA, est une architecture logicielle, pour le développement de composants. Ces composants, qui sont assemblés pour la construction d applications complètes, ont la possibilité d être écrits dans des langages de programmation différents, d être exécutés dans 1

6 des processus dissociés, voire d être déployés sur des machines distinctes. Les composants CORBA utilisent une approche essentiellement orientée objet (du point de vue d un langage de programmation, toutes les méthodes sont virtuelles, il n y a pas de polymorphisme paramétrique, ni méthodes protégées ou privées, ni surcharge d opérateurs, ni fonctions de première classe). Chaque composant est décrit sous la forme d une interface écrite en langage IDL (Interface Description Language) qui est un langage permettant de définir l interface de composants logiciels (IDL permet donc de faire interagir des modules développés dans des langages distincts). Une correspondance a été introduite entre le langage IDL et plusieurs langages de programmation. Des pré-compilateurs spécifiques sont capables de générer automatiquement la structure de l interface IDL dans un langage précisé. Ils produisent aussi le code qui garantie le transfert et la réponse des appels de fonctions distantes (appelées skeleton et stub). Un module dont l interface est présentée en IDL pourra ainsi être implémenté en C++, alors que les modules Java qui l utiliserait, effectueraient des appels sur une interface Java générée à partir de la même présentation IDL. L architecture CORBA assure l acheminement des appels entre les processus. Les applications et les composants CORBA associent typage statique et dynamique, ainsi, chaque composant est présenté statiquement par une interface mais les composants qui utilisent celui-ci doivent vérifier dynamiquement que l interface est effectivement implantée. L inconvénient majeur de cette méthode est qu elle nécessite une reprogrammation continuelle des architectures suivant les organisations qui l utilisent. Ce qui implique une perte de temps, et d argent à chaque changement d application puisque tout doit être reprogrammé pour aller dans le sens de la nouvelle architecture. Les années 90 furent témoin non seulement de la recrudescence des ordinateurs personnels, mais aussi du décollage phénoménale d Internet avec une demande grandissante de standards susceptibles de travailler sur n importe quelle plateforme. A la fin des années 90, l e-speak d Hewlett Packard fit son apparition en même temps que XML. HP voulait ainsi concurrencer l e-business d IBM qui par leur campagne de publicité retentissante donnait la forte sensation d être les inventeurs du système d e-services utilisant les protocoles établis comme l HTTP et XML pour permettre de passer outre les différences entre les divers systèmes coexistants dans un même réseau. Sans le savoir, les services Web étaient nés. L e-speak passa pratiquement inaperçu, seuls quelques observateurs s en souvinrent. Microsoft et IBM avait déjà pensé à une alternative grâce à EDI. Ils tentèrent de coder des transactions EDI en XML pour permettre de facilité les relations interentreprises grâce au Web. EDI réussit à survivre grâce à ses notions de sécurité qui faisait énormément défaut aux services Web. Un nouveau standard était né : ebxml. A peu près à la même époque, un regroupement d organisations recherchant une façon de structurer et d échanger des documents XML créa un protocole appelé Simple Object Access Protocol (SOAP) qui permet la transmission de messages entre applications distantes, ce qui veut dire qu il autorise un objet d une application à invoquer des méthodes d objets physiquement situés sur une autre machine et pouvant être codé par une autre application. Le transfert se fait le plus générale grâce au protocole HTTP, mais peut tout aussi bien se faire par d autres protocoles, comme SMTP. Le protocole SOAP se compose d une partie qui joue le rôle d enveloppe contenant des informations sur le message lui-même afin de permettre son transfert et son traitement, et d une partie qui joue le rôle de modèle de données, caractérisant le format du message, c est-à-dire les informations à transférer. Le SOAP a été conçu à partir des concepts qui avaient produit, entre autres, des technologies comme CORBA et EDI, en lui ajoutant les composants XML et HTTP de telle façon que les applications puissent interagir entre elles, même à travers les firewalls des entreprises. Le SOAP a été largement accepté, probablement grâce à ce que son nom vante : sa simplicité. Le SOAP ne définit au final aucune sémantique, il ne fait que livrer une programmation dans une enveloppe protectrice, sans se préoccuper de son type. On peut donc l assimiler dans ce sens à un messager discret qui - se doutant peut-être que le contenu de son paquet est important - mènerait quoi qu il arrive à bien son devoir de livraison à la personne certifiée pour analyser ce qu on lui apporte. On peut affirmer que c est avec SOAP que le concept de services Web est page 2 de 48

7 définitivement apparu renforcé par la création de WSDL (Web Services Description Language) qui donne la description au format XML des Web Services. Aujourd hui, les services Web provoquent un intérêt certain auprès des architectes et des décideurs. Dès à présent, les Web Services sont sortis du champ des échanges interentreprises pour s adapter à celui du référencement et de la mise à disposition des ressources de l entreprise, empiétant en ce sens sur les technologies de type EAI. Cette utilisation à elle seule prouve la qualité du modèle et sa pérennité, notamment au niveau des couches les plus basses. Par contre, la normalisation complète d une architecture distribuée construite sur les Web Services n est pour l instant pas encore tout à fait établie. Par ailleurs, ce modèle n échappe pas à des problèmes de performance : les données sont transférées en ASCII dans une encapsulation XML elle-même intégrée dans une enveloppe SOAP puis HTTP... Le problème du choix de la bonne granularité du service, commun à toutes les architectures distribuées, se présente dans le cas des Web Services de manière plus aiguë encore. Même si ils n ont pas acquis la maturité nécessaire à leur industrialisation, les Web services se présentent plus que jamais comme la solution appropriée aux problématiques d échange de données et d intégration d applications. 1.2 Motivations Un Web service est un mécanisme qui tend à donner plus d interactions pour permettre à deux entités hétérogènes (entreprises, clients, applications, etc....) de dialoguer au travers du réseau Internet. Les logiciels écrits dans divers langages de programmation (C#, Visual Basic, Java, etc....), sur diverses plateformes (Linux, Windows, etc....) et avec diverses architectures peuvent employer des services Web pour échanger des données à travers des réseaux informatique. Chaque Web service doit pouvoir être découvert et invoqué dynamiquement par les applications. Les aspects purement pratiques n ont eux rien de fondamentalement novateurs. Au contraire, l architecture des services Web s est imposée (tout comme le langage XML) grâce à sa simplicité, à sa lisibilité et à ses fondations normalisées. L objectif principal des services Web est de faciliter le plus possible l accès aux applications entre entités et ainsi de simplifier les échanges de données. Cette interopérabilité est due à l utilisation de normes ouvertes. L OSI et le W3C sont les comités de coordination responsables de l architecture et de standardisation des services Web. Pour améliorer l interopérabilité entre les réalisations de service Web, l organisation WS-I a développé une série de profils pour faire évoluer les futures normes impliquées. L aspect le plus important des Web Services est qu ils reposent sur plusieurs standards qui permettent la structuration des architectures. Cette collection de normes et de protocoles est appelée Web Services Protocol Stack. Elle contient entre autre XML et SOAP pour le formatage des données, WSDL pour la description des services Web et UDDI pour la recherche des services Web nécessaire au bon fonctionnement des applications. Une des raisons principales pour lesquelles les services Web sont employés semble être qu ils se fondent sur le Internet et HTTP pour fonctionner. Pour comprendre ceci, il faut garder à l esprit que beaucoup d organisations se sont protégées en employant des firewalls qui filtrent et bloquent beaucoup de trafic d Internet pour des raisons de sécurité. Dans ce milieu, beaucoup de ports (voire quasiment tous) sont fermés au trafic entrant et sortant, et les administrateurs des réseaux n ont pas l envie de les ouvrir. Il en est un qui par contre est toujours ouvert, celui des navigateurs par lequel transite le protocole HTTP. De cette façon les applications peuvent continuer à interagir entre elle et ce sans modifier la configuration de sécurité des organisations. Si l on devait résumer les raisons de la création des services Web, les qualificatifs tels que la simplicité des échanges, l amélioration de la communication entre les applications en seraient les points principaux. En ajoutant à cela l interopérabilité des programmes indifféremment de leur page 3 de 48

8 langage et de leur plateforme, les services Web nous prouvent une nouvelle fois que leur technologie est très attrayante. Le véritable point fort du concept c est la normalisation des données au travers de standards connus et acceptés par tous. Fonctionnement globale d un échange de données grâce aux services Web : source : http ://www.softeam.fr/technologies_web_services.php 1. L application construit sa requête et la normalise grâce aux standards. 2. Le service Web traduit la requête, recherche l application nécessaire. 3. Les données sont traitées. 4. Le service Web normalise la réponse de la requête et envoie le résultat vers l application appelante. 5. Les données réponses sont reçues par l application. Elles peuvent directement être interprétées. page 4 de 48

9 Chapitre 2 Principes Les motivations de simplicité et d interopérabilité pour les services Web impliquent une structure bien huilée pour un fonctionnement facilité et efficace. Les protocoles des services Web reposent donc sur des organisations et des architectures prédéfinies. 2.1 Organisation La normalisation actuelle autour des Web Services est cependant une organisation complexe qui va bien au-delà de la simple invocation d une méthode d un objet distant. Différents travaux ont ainsi démarré pour permettre d établir une véritable infrastructure distribuée, capable de satisfaire l ensemble des besoins d une application distribuée, aussi bien en terme de normalisation des échanges qu en terme de services transverses. Cette organisation par comités de normalisation peut être schématisée selon le découpage matriciel suivant : Cette normalisation des services transverses se fait sur trois axes horizontaux : Couche de transport : Définition de la structure des messages utilisés par les applications pour se découvrir et dialoguer entre elles. Cette couche est à l heure actuelle la seule réellement normalisée et qui ne souffre d aucune contestation. Elle s appuie sur le protocole SOAP pour l échange des messages et sur le langage WSDL pour la définition du contrat de l interface. Couche de sémantique : Normalisation des données participant aux échanges selon des critères métier. Les initiatives de définition de la couche de sémantiques des messages sont nombreuses et n ont pour le moment pas conduit à une quelconque normalisation. Deux types d organisation sont actuellement ouverts, l une établie selon les différents corps de métier, l autre suivant une approche plus globale autour de consortium tel que OASIS (initiateur de ebxml) ou RosettaNet. Couche de gestion des processus : Standardisation de la gestion des processus métier qui s étendent sur plusieurs applications disponibles sur Internet. L orchestration de transactions B2B (Business to Business) complexes, fondée sur une architecture normalisée des messages est aussi une tentative qui n avance pas assez rapidement et sur des standards non murs. Cette normalisation des services transverses de fait aussi sur trois axes verticaux : 5

10 Service d annuaire : Standardisation des moyens d accès à un service à partir d une requête portant sur le contenu d un service ou sur un fournisseur. La première proposition d annuaire UDDI aurait du apporter une solution définitive. Le constat est qu il n en est rien et que la trame, trop globale, du projet ne suffit pas à régler cette problématique d échanges entre applications se connaissant. Une deuxième proposition d annuaire, WS- Inspection, vient concurrencer celle-ci. Moins ambitieuse puisque consistant en une simple exposition, par agrégation, des services d une application, elle est toutefois plus adaptée à cette seconde problématique. Service de sécurité : Normalisation des moyens permettant de couvrir les problématiques d authentification et de gestion des droits d accès. La gestion de la sécurité est actuellement le frein le plus important à la mise en place d architectures distribuées à base de Web Services. Plusieurs organisations sont ouvertes mais aucune n est réellement acceptée. Il semblerait que la norme XACML (extensible Access Control Markup Language) puisse supplanter SAML (Security Assertion Markup Language) et s imposer à terme comme standard de sécurité. Service de transaction : Normalisation des moyens permettant de garantir l intégrité des transactions longues impliquant plusieurs Web Services. Le problème reste le même que pour la sécurité. Les standards ne sont pas tout à fait établis. La lutte pour l obtention d une norme est beaucoup plus ouverte que pour celle de la sécurité, même si BTP (Business Transaction Protocol ) semble plus soutenu actuellement. Modélisation de la normalisation transverse que les différents axes : source : http ://www.softeam.fr/technologies_web_services.php 2.2 Architecture Pour comprendre le fonctionnement d une architecture de services Web, il faut commencer par revoir certains principes. Si l on reprend la définition de Mark Colan, Web Service and XML Chief Advocate chez IBM, les Web Services sont des "applications modulaires basées sur Internet qui exécutent des tâches précises et qui respectent un format spécifique". Ce sont donc des unités logiques applicatives qui sont accessibles grâce au protocole Internet. Une définition conceptuelle du terme service Web mettrait en avant les qualités d une fonctionnalité commerciale présentée par une entité hétérogène quelconque sur Internet afin de fournir un moyen d user de ce service à distance. Pour l aspect opérationnel, les services Web ne sont que des applications modulaires qui peuvent être présentées, publiées, situées et invoquées dans un réseau et ce automatiquement. Ainsi, les applications peuvent faire appel à des fonctionnalités situées sur d autres machines dans d autres applications. Au final, on peut affirmer que le but initial d un service Web est de rendre possible l utilisation d un composant applicatif de façon distribuée. page 6 de 48

11 L apport majeur de ce modèle d échange de données est d introduire ces services comme des "boîtes noires". En effet, les requêtes-réponses d un service Web sont administrées dans le contenu de messages dont on sait la forme grâce à des interfaces clairement présentées et sur lesquelles l implémentation interne du traitement et le langage employé ne jouent pas au niveau de l architecture. Grâce à cela on obtient un haut niveau de modularité et d interopérabilité. Ce modèle de message permet donc d oublier la structure, le langage ou encore la plate-forme qui va porter le service : il suffit juste que le message suive une architecture donnée pour qu il puisse être analysé. Il s agit maintenant d identifier chaque acteur de ses Web services et de comprendre comment ils interagissent les uns avec les autres. Les trois éléments les plus importants des services Web sont les fournisseurs de service, les annuaires de services et les consommateurs de service. Le fournisseur (ou serveur) crée le service Web et publie toutes ces caractéristiques dans l annuaire de service. L annuaire rend disponible les interfaces d accès aux service et donnant le contrat et l architecture employée pour permettre les interactions. Le consommateur (ou client) quant à lui, accède à l annuaire pour rechercher les service Web dont il a besoin et avec lui les normalisation à obtenir. Il peut ainsi envoyer ses requêtes au service désiré et obtenir les réponses qu il pourra analysé. Cette architecture fonctionne de la manière suivante : source : http ://www.softeam.fr/technologies_web_services.php 1. Le client envoie une requête à l annuaire de Service pour trouver le service Web dont il a besoin. 2. L annuaire cherche pour le client, trouve le service Web approprié et renvoie une réponse au client en lui indiquant quel serveur détient ce qu il recherche. 3. Le client envoie une deuxième requête au serveur pour obtenir le contrat de normalisation de ses données. page 7 de 48

12 4. Le serveur envoie sa réponse sous la forme établie par WSDL en langage XML. 5. Le client peut maintenant rédiger sa requête pour traiter les données dont il a besoin. 6. Le serveur fait les calculs nécessaires suite à la requête du client, et renvoie sa réponse sous la même forme normalisée. page 8 de 48

13 Chapitre 3 RPC 3.1 Définition La programmation utilise de nos jours couramment l appel de fonctions, c est pourquoi ce mécanisme s applique désormais dans des applications distribuées. Les appels se font ainsi sur des machines distantes, expliquant ainsi le nom de «Remote Procedure Call». Le système RPC est utilisé pour toutes sortes d applications client / serveur. On peut prendre en exemple l utilisation d un ordinateur à effectuant des calculs spécifiques. Celui-ci servira donc de serveur et un autre ordinateur de client qui appellera la procédure distante pour que le serveur effectue les calculs et que le client récupère les résultats. Il existe de nombreux systèmes RPC, ce qui n encourage pas la compatibilité. Un standard se démarque cependant, le «Sun RPC» développé par Sun Microsystems. En effet, ses spécifications sont dorénavant dans le domaine public. Son but est de servir de base au système NFS ( Network File System ), très utilisé sous Linux. 3.2 Principe de fonctionnement Le système RPC est transparent pour le programmeur, c est-à-dire que la sémantique habituelle est respectée. La fonction locale à très souvent le même nom que la fonction distante. Mais celleci appelle en réalité d autres fonctions de la librairie RPC prenant en charge les connexions, paramètres et résultats. Du côté serveur, c est sensiblement le même principe exepté pour l attente des clients, le renvoi des résultats, etc. La prise en charge des connexions réseaux se fait par l intermédiaire de fonctions dites «stub». Ainsi il faut rajouter au programme client et à la fonction distante un stub pour le client et le serveur. La construction des «stubs» peut être automatisée par le programme «rpcgen» produisant du code C. 3.3 Interface On utilise l IDL (Interface Definition Language) de RPC. Il sert a la sp ecification des interfaces entre les clients et les serveurs. Description d une fonction distante poss edant 2 paramètres, rend la somme ainsi qu un code d erreur (cf Figure 1.1). Cette définition est enregistrée dans le fichier calcul.x. Il contient une description : ici, le programme s appelle CALCUL, il est en version VERSION_UN et contient deux procédures CAL- CUL_NULL et CALCUL_ADDITION. 9

14 Le numéro de CALCUL (ici 0x ) identifie le programme de manière unique dans le monde. C est notamment le cas pour le daemon NFS. Dans notre cas, le numéro est choisi dans l intervalle allant de 0x à 0x3FFFFFFF, réservé pour les utilisateurs. Il ne peut donc pas entrer en conflit avec des programmes tournant déjà sur la machine. Chaque procédure à un nom et un numéro. La procédure de numéro 0 (ici CALCUL_NULL) est toujours requise. Elle sert de «ping» ou de procédure de test. Le système RPC n accepte qu un seul argument en paramètre et en retour c est pourquoi on utilise des structures. Le programme rpcgen consomme ensuite ce fichier de définition : > rpc a calcul.x L option -a permet de produire un squelette pour le client (calcul_client.c) et le serveur (calcul_server.c). calcul.h (entête), calcul_clnt.c (stub client), calcul_svc.c (stub serveur) et calcul_xdr.c (routines XDR) sont également produits. Le format XDR (external Data Representation) définit les types utilisés pour l échange de variables entre le client et le serveur. Cela permet d adapter le programme sur différentes plateformes. Ainsi, tous les types utilisés sont filtrés par XDR. > gcc -c calcul_xdr.c Les stubs fournis sont complets. > gcc -c calcul_clnt.c > gcc -c calcul_svc.c 3.4 Processus serveur Squelette calcul_server.c (cf Figure 1.2) On peut remarquer quelques différences. RPC travaille sur des pointeurs pour accélérer le déroulement du programme (pas de copie). On travaille sur des variables déclarées «static» car on doit passer l adresse d une variable existant encore après la fin de la fonction. La fonction «main» est située dans le stub serveur. Il s occupe de recevoir et de distribuer les appels de fonctions. > gcc -c calcul_server.c > gcc -o server calcul_svc.o calcul_server.o calcul_xdr.o 3.5 Processus client Squelette calcul_client.c (cf Figure 1.3,1.4,1.5) Des variables sont déclarées pour les arguments et les valeurs de retour. Chaque appel de procédure est suivi d un test qui détecte les erreurs de niveau «RPC» (serveur ne répondant pas, machine inexistante, etc.). L erreur éventuelle est alors explicitée par la fonction clnt_perror(). Quand une erreur de niveau «RPC» se produit, le pointeur renvoyé est NULL. Cette valeur (nonvaleur plutôt!) est réservée à RPC ; donc pour un niveau d erreur autre que RPC, la valeur de retour ne doit pas être NULL. Pour faire un vrai programme, il nous faut donner des valeurs aux paramètres et il faut utiliser effectivement les résultats des appels distants. > gcc -c calcul_client.c > gcc -o client calcul_client.o calcul_clnt.o calcul_xdr.o >./server& >./client localhost page 10 de 48

Présentation générale des Web Services

Présentation générale des Web Services Présentation générale des Web Services Vue Globale Type d'architecture reposant sur les standards de l'internet Alternative aux architectures classiques : Client/serveur n/tiers Orientée services permettant

Plus en détail

*4D, quand c est la solution qui compte. 4D démocratise les services Web

*4D, quand c est la solution qui compte. 4D démocratise les services Web *4D, quand c est la solution qui compte. 4D démocratise les services Web Table des matières I. INTRODUCTION page 3 II. VERS UNE DEFINITION DES SERVICES WEB 1. Qu est ce que c est? page 3 2. A quoi ça sert?

Plus en détail

Qu'est-ce qu'un Web Service?

Qu'est-ce qu'un Web Service? WEB SERVICES Qu'est-ce qu'un Web Service? Un Web Service est un composant implémenté dans n'importe quel langage, déployé sur n'importe quelle plate-forme et enveloppé dans une couche de standards dérivés

Plus en détail

XML, PMML, SOAP. Rapport. EPITA SCIA Promo 2004 16 janvier 2003. Julien Lemoine Alexandre Thibault Nicolas Wiest-Million

XML, PMML, SOAP. Rapport. EPITA SCIA Promo 2004 16 janvier 2003. Julien Lemoine Alexandre Thibault Nicolas Wiest-Million XML, PMML, SOAP Rapport EPITA SCIA Promo 2004 16 janvier 2003 Julien Lemoine Alexandre Thibault Nicolas Wiest-Million i TABLE DES MATIÈRES Table des matières 1 XML 1 1.1 Présentation de XML.................................

Plus en détail

Bertrand DAVID : Interaction Humain-Machine

Bertrand DAVID : Interaction Humain-Machine Interaction Humain-Machine Xml La transformation avec Xslt Les parseurs les outils pour Xml Transformation de documents dans les applications multimédia 1 XML extensible Markup Langage Un langage universel

Plus en détail

SOA Services Web Etendus SOAP : Communiquer

SOA Services Web Etendus SOAP : Communiquer SOA Services Web Etendus SOAP : Communiquer Mickaël BARON 2010 (Rév. Janvier 2011) mailto:baron.mickael@gmail.com ou mailto:baron@ensma.fr Licence Creative Commons Contrat Paternité Partage des Conditions

Plus en détail

Service Web (SOAP) Urbanisation des SI NFE107. Fiche de lecture Y. BELAID

Service Web (SOAP) Urbanisation des SI NFE107. Fiche de lecture Y. BELAID Service Web (SOAP) Urbanisation des SI NFE107 Fiche de lecture Y. BELAID Plan Définitions Web Service Terminologie Communication avec les Web Service REST XML-RPC SOAP Qu est ce qu un Web Service Un Web

Plus en détail

Business & High Technology

Business & High Technology UNIVERSITE DE TUNIS INSTITUT SUPERIEUR DE GESTION DE TUNIS Département : Informatique Business & High Technology Chapitre 4 : Web Service Sommaire Introduction... 1 Web Service... 1 Les technologies des

Plus en détail

Architectures et Web

Architectures et Web Architectures et Web Niveaux d'abstraction d'une application En règle générale, une application est découpée en 3 niveaux d'abstraction : La couche présentation ou IHM (Interface Homme/Machine) gère les

Plus en détail

Cours CCNA 1. Exercices

Cours CCNA 1. Exercices Cours CCNA 1 TD3 Exercices Exercice 1 Enumérez les sept étapes du processus consistant à convertir les communications de l utilisateur en données. 1. L utilisateur entre les données via une interface matérielle.

Plus en détail

Systèmes d Information Avancés (et répartis)

Systèmes d Information Avancés (et répartis) Systèmes d Information Avancés (et répartis) Université Lyon 1 MIAGE L. Médini, mars 2005 Plan des cours Protocole HTTP et programmation serveur Architectures réparties Objets distribués Introduction aux

Plus en détail

Systèmes répartis : les Remote Procedure Calls p.1/25

Systèmes répartis : les Remote Procedure Calls p.1/25 Systèmes répartis : les Remote Procedure Calls Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Systèmes répartis : les Remote Procedure Calls p.1/25 Les Remote Procedure Calls

Plus en détail

From supply chain to demand chain

From supply chain to demand chain From supply chain to demand chain (from e-commerce to c-commerce). 1 2 Les Les nouvelles nouvelles technologies de de l interopérabilité l rabilité Les Les éléments éléments du du demand demand chain chain

Plus en détail

Conservatoire Nationale des Arts et Métiers

Conservatoire Nationale des Arts et Métiers Conservatoire Nationale des Arts et Métiers Centre d enseignements de Grenoble Année Universitaire: 2008-2009 SERVICE WEB SOAP Cours : NFE107 Urbanisation & Architecture des Systèmes d Information Auditeurs

Plus en détail

Introduction. Introduction et HTML. A l issue de ce module vous devriez... Ce cours n est pas...

Introduction. Introduction et HTML. A l issue de ce module vous devriez... Ce cours n est pas... Introduction et HTML Technologies du Web 1 Jean-Christophe Routier Licence 1 SESI Université Lille 1 Introduction Objectifs : Présentation des bases de la création de documents web par la découverte des

Plus en détail

CHAPITRE 1. Introduction aux web services. 1.1 Définition. Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C#

CHAPITRE 1. Introduction aux web services. 1.1 Définition. Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C# CHAPITRE 1 Introduction aux web services Contenu du chapitre : Env. De dev. Langage Visual Studio Java EE Qt Creator C# NetBeans JavaScript Eclipse Objective C Xcode PHP HTML Objectifs du chapitre : Ce

Plus en détail

Langage HTML (2 partie) lt La Salle Avignon BTS IRIS

Langage HTML (2 partie) <HyperText Markup Language> <tv>lt La Salle Avignon BTS IRIS</tv> Langage HTML (2 partie) «Je n'ai fait que prendre le principe d - hypertexte et le relier au principe du TCP et du DNS et alors boum! ce fut le World Wide Web!» Tim Berners-Lee

Plus en détail

Services Web. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web p.1/26

Services Web. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web p.1/26 Services Web Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web p.1/26 Plan du cours 1. Introduction 2. SOAP 3. WSDL 4. UDDI Site du cours : http://apiacoa.org/teaching/webservices/

Plus en détail

Services Web. Plan du cours

Services Web. Plan du cours Services Web Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web p.1/26 Plan du cours 1. Introduction 2. SOAP 3. WSDL 4. UDDI Site du cours : http://apiacoa.org/teaching/webservices/

Plus en détail

Plan du cours. Services Web. Un service web? Plan de l introduction. 1. Introduction 2. SOAP 3. WSDL 4. UDDI

Plan du cours. Services Web. Un service web? Plan de l introduction. 1. Introduction 2. SOAP 3. WSDL 4. UDDI Plan du cours Services Web Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine 1. Introduction 2. SOAP 3. WSDL 4. UDDI Site du cours : http://apiacoa.org/teaching/webservices/ Services

Plus en détail

XML-Bases. www.fenetresurtoile.com XHTML. Les bases. Jean-François Ramiara. INP-ENM 04/10/2012 Toulouse. Copyright J.F. Ramiara Tous droits réservés

XML-Bases. www.fenetresurtoile.com XHTML. Les bases. Jean-François Ramiara. INP-ENM 04/10/2012 Toulouse. Copyright J.F. Ramiara Tous droits réservés XHTML Les bases Jean-François Ramiara INP-ENM 04/10/2012 Toulouse 1 Généralités Jean-François Ramiara XML 2 jours Initiation à XML Contenu Cours Exercices Support PDF Horaires Tour de table 2 Sommaire

Plus en détail

LE TRIPTYQUE SOAP/WSDL/UDDI

LE TRIPTYQUE SOAP/WSDL/UDDI LE TRIPTYQUE SOAP/WSDL/UDDI Eric van der Vlist (vdv@dyomedea.com) Le triptyque SOAP/WSDL/UDDI Web Services Convention Juin 2004 Eric van der Vlist (vdv@dyomedea.com) SOAP-- WS Convention 2004 -- Page 1

Plus en détail

Programmation Web Avancée Introduction aux services Web

Programmation Web Avancée Introduction aux services Web 1/21 Programmation Web Avancée Thierry Hamon Bureau H202 - Institut Galilée Tél. : 33 1.48.38.35.53 Bureau 150 LIM&BIO EA 3969 Université Paris 13 - UFR Léonard de Vinci 74, rue Marcel Cachin, F-93017

Plus en détail

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux

Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Bases de données et environnements distribués Chapitre I : Objets distribués, concepts fondamentaux Eric Leclercq Département IEM / UB 10/2005 email : Eric.Leclercq@u-bourgogne.fr http://ludique.u-bourgogne.fr/~leclercq

Plus en détail

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau)

INTERNET est un RESEAU D ORDINATEURS RELIES ENTRE EUX A L ECHELLE PLANETAIRE. Internet : interconnexion de réseaux (anglais : net = réseau) CS WEB Ch 1 Introduction I. INTRODUCTION... 1 A. INTERNET INTERCONNEXION DE RESEAUX... 1 B. LE «WEB» LA TOILE, INTERCONNEXION DE SITES WEB... 2 C. L URL : LOCALISER DES RESSOURCES SUR L INTERNET... 2 D.

Plus en détail

CORBA. (Common Request Broker Architecture)

CORBA. (Common Request Broker Architecture) CORBA (Common Request Broker Architecture) Projet MIAGe Toulouse Groupe 2 1 CORBA, introduction (1/4) Les systèmes répartis permettent de créer des applications basées sur des composants auto-gérables,

Plus en détail

Le cadre des Web Services Partie 1 : Introduction

Le cadre des Web Services Partie 1 : Introduction Sécurité en ingénierie du Logiciel Le cadre des Web Services Partie 1 : Introduction Alexandre Dulaunoy adulau@foo.be Sécurité en ingénierie du Logiciel p.1/21 Agenda (partie 1) 1/2 Introduction Services

Plus en détail

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI

objectif : plan : Java, CORBA et RMI A. Le Grand,1997 1 JAVA, CORBA et RMI JAVA, CORBA et RMI objectif : développer des applications client/serveur incluant des objets répartis Java / CORBA : client/serveur hétérogènes Java / RMI : client/serveur homogènes plan : l architecture

Plus en détail

Programmation Internet Cours 4

Programmation Internet Cours 4 Programmation Internet Cours 4 Kim Nguy ên http://www.lri.fr/~kn 17 octobre 2011 1 / 23 Plan 1. Système d exploitation 2. Réseau et Internet 3. Web 3.1 Internet et ses services 3.1 Fonctionnement du Web

Plus en détail

Services Web SOAP. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web SOAP p.1/44

Services Web SOAP. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web SOAP p.1/44 Services Web SOAP Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web SOAP p.1/44 Plan du cours SOAP 1. les évolutions de SOAP 2. l enveloppe SOAP 3. l en-tête SOAP

Plus en détail

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES

ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES ETUDE COMPARATIVE DES SERVICES DE RECHERCHE SUR PROPRIETES Dhouha Ayed, Chantal Taconet et Guy Bernard GET / INT, CNRS Samovar 9 rue Charles Fourier, 91011 Évry, France {Dhouha.Ayed, Chantal.Taconet, Guy.Bernard}@int-evry.fr

Plus en détail

18 TCP Les protocoles de domaines d applications

18 TCP Les protocoles de domaines d applications 18 TCP Les protocoles de domaines d applications Objectifs 18.1 Introduction Connaître les différentes catégories d applications et de protocoles de domaines d applications. Connaître les principaux protocoles

Plus en détail

Plan : divers exemples

Plan : divers exemples INF347 Langages XML et technologies WEB exemples Sylvie Vignes, ENST École Nationale Supérieure des Télécommunications Département Informatique et Réseaux Plan : divers exemples! Rendre accessible une

Plus en détail

RPC Remote Procedure Call. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benm@gmail.com

RPC Remote Procedure Call. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benm@gmail.com RPC Remote Procedure Call Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benm@gmail.com Objectifs Le rôle de RPC comme middleware Positionner RPC dans le modèle OSI Développement d application

Plus en détail

Java et Objet. Amélie Lambert 2014-2015. Amélie Lambert 2014-2015 1 / 42

Java et Objet. Amélie Lambert 2014-2015. Amélie Lambert 2014-2015 1 / 42 Java et Objet Amélie Lambert 2014-2015 Amélie Lambert 2014-2015 1 / 42 Chapitre 8 Développement d applications Web Amélie Lambert 2014-2015 2 / 42 Plan du cours Typologie des applications Web Architecture

Plus en détail

Systèmes d'informations historique et mutations

Systèmes d'informations historique et mutations Systèmes d'informations historique et mutations Christophe Turbout SAIC-CERTIC Université de Caen Basse-Normandie Systèmes d'informations : Historique et mutations - Christophe Turbout SAIC-CERTIC UCBN

Plus en détail

de survie du chef de projet

de survie du chef de projet KIT de survie du chef de projet 01 1 2 3 4 5 6 04 03 07 07 03 03 LE SERVEUR LE CLIENT TECHNOLOGIE WEB CLIENT LE SERVEUR WEB TECHNIQUES & CADRE DE TRAVAIL APPLICATIONS 101 LE SERVEUR Un serveur informatique

Plus en détail

XML par la pratique Bases indispensables, concepts et cas pratiques (3ième édition)

XML par la pratique Bases indispensables, concepts et cas pratiques (3ième édition) Présentation du langage XML 1. De SGML à XML 17 2. Les bases de XML 18 2.1 Rappel sur HTML 18 2.2 Votre premier document XML 19 2.3 Les avantages de XML 21 3. La syntaxe XML 21 3.1 La première ligne du

Plus en détail

4. SERVICES WEB REST 46

4. SERVICES WEB REST 46 4. SERVICES WEB REST 46 REST REST acronyme de REpresentational State Transfert Concept introduit en 2000 dans la thèse de Roy FIELDING Est un style d architecture inspiré de l architecture WEB En 2010,

Plus en détail

Faculté de Génie Chaire industrielle en infrastructures de communication. La technologie XML. Wajdi Elleuch

Faculté de Génie Chaire industrielle en infrastructures de communication. La technologie XML. Wajdi Elleuch Faculté de Génie Chaire industrielle en infrastructures de communication La technologie XML Wajdi Elleuch Octobre 2004 SOMMAIRE Content : - XML : Définition - XML : Solution pour des applications réparties

Plus en détail

Technologies du Multimédia et du Web

Technologies du Multimédia et du Web 3 ème Année Licence appliquée Technologies du Multimédia et du Web MoezBEN HAJ HMIDA ISSAT Sousse 2009/2010 Plan Les systèmes e-services Évolution des architectures d applications Les architectures client/serveur

Plus en détail

Architectures web pour la gestion de données

Architectures web pour la gestion de données Architectures web pour la gestion de données Dan VODISLAV Université de Cergy-Pontoise Plan Le Web Intégration de données Architectures distribuées Page 2 Le Web Internet = réseau physique d'ordinateurs

Plus en détail

par Philippe Poulard Web services 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard

par Philippe Poulard Web services 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard 0 Philippe.Poulard@sophia.inria.fr Philippe Poulard Sommaire Qu est-ce? Middleware XML Web Services in situ Couches de services Architecture des Web Services avec Java JAX-RPC JAXR JAXM Outils 1 Présentation

Plus en détail

DUT Informatique Module JAVA Apprentis Département Informatique 2008 / 2009. Travaux Pratiques n o 7 : RMI

DUT Informatique Module JAVA Apprentis Département Informatique 2008 / 2009. Travaux Pratiques n o 7 : RMI iut ORSAY DUT Informatique Département Informatique 2008 / 2009 Travaux Pratiques n o 7 : RMI Nom(s) : Groupe : Date : Objectifs : savoir créer des applications client-serveur mettant en jeu des machines

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Création d un WebService. Tp WinDev Numéro 13

Création d un WebService. Tp WinDev Numéro 13 Tp WinDev Numéro 13 Objectifs : Création d un WebService Paramétrage d un serveur Web, Création du Service Web, Création du client consommateur, Approche XML, SOAP Outils : Un serveur d application Ce

Plus en détail

Langages du Web. Que savez vous???

Langages du Web. Que savez vous??? Langages du Web Que savez vous??? Le WEB World Wide Web ouwww ouweb Toile d'araignée mondiale ou la toile Le Web utilise le réseau Internet pour relier des serveurs qui, grâce aux protocoles HTTP, HTTPS,

Plus en détail

Introduction aux concepts d ez Publish

Introduction aux concepts d ez Publish Introduction aux concepts d ez Publish Tutoriel rédigé par Bergfrid Skaara. Traduit de l Anglais par Benjamin Lemoine Mercredi 30 Janvier 2008 Sommaire Concepts d ez Publish... 3 Système de Gestion de

Plus en détail

Introduction aux «Services Web»

Introduction aux «Services Web» Introduction aux «Services Web» Sana Sellami sana.sellami@univ-amu.fr 2014-2015 Modalité de contrôle de connaissances Note de contrôle de continu Note projet Evaluation du projet la semaine du 17 novembre

Plus en détail

Petite histoire d Internet

Petite histoire d Internet À la base, Internet est défini par des ordinateurs qui sont reliés entre eux grâce à des câbles, du WiFi ou encore des satellites, créant ainsi un réseau à échelle mondiale. Les ordinateurs communiquent

Plus en détail

Architectures de communication. «Architecture protocolaire réseau» «protocolaire»

Architectures de communication. «Architecture protocolaire réseau» «protocolaire» Architectures de communication C. Pham Université de Pau et des Pays de l Adour Département Informatique http://www.univ-pau.fr/~cpham Congduc.Pham@univ-pau.fr «Architecture protocolaire réseau» Architecture

Plus en détail

Examen Construction d Applications Réparties

Examen Construction d Applications Réparties Examen Construction d Applications Réparties Maîtrise Informatique Université des Sciences et Technologies de Lille 2003-2004 Session Septembre 2004-3 heures Tous documents autorisés 1. Gestion d'un Parking

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 38 NFP111 Systèmes et Applications Réparties Cours 11 - Les Enterprise Java Beans (Introduction aux Enterprise Claude Duvallet Université du Havre UFR Sciences

Plus en détail

Solutions de gestion de la sécurité Livre blanc

Solutions de gestion de la sécurité Livre blanc Solutions de gestion de la sécurité Livre blanc L intégration de la gestion des identités et des accès avec l authentification unique Objectif : Renforcer la politique de sécurité et améliorer la productivité

Plus en détail

Conception d Applications Réparties

Conception d Applications Réparties Jean-François Roos LIFL - équipe GOAL- bâtiment M3 Extension - bureau 206 -Jean-Francois.Roos@lifl.fr 1 Objectifs du Cours Appréhender la conception d applications réparties motivations et concepts architectures

Plus en détail

ARCHITECTURE REST & WEB SERVICES. Exposé Informatique & Réseaux CHAMBON Florian 14 janvier 2014

ARCHITECTURE REST & WEB SERVICES. Exposé Informatique & Réseaux CHAMBON Florian 14 janvier 2014 ARCHITECTURE REST & WEB SERVICES Exposé Informatique & Réseaux CHAMBON Florian 14 janvier 2014 1 Introduction Présentation de Rest Serveur Java JAX-RS Démonstration 2 Introduction Présentation de Rest

Plus en détail

CONFIGURATION P 2 P 3 P 3 P 10 P 11 P 13 P 14 P 16

CONFIGURATION P 2 P 3 P 3 P 10 P 11 P 13 P 14 P 16 CONFIGURATION 1 Présentation 2 Topologie du projet 3 Installation 4 Configuration 4.1 Création de la DMZ publique 4.2 Accès vers l Internet 4.3 Publication d Exchange 4.4 Rapports d activité et alertes

Plus en détail

Architectures web/bases de données

Architectures web/bases de données Architectures web/bases de données I - Page web simple : HTML statique Le code HTML est le langage de base pour concevoir des pages destinées à être publiées sur le réseau Internet ou intranet. Ce n'est

Plus en détail

Autour du web. Une introduction technique Première partie : HTML. Georges-André SILBER Centre de recherche en informatique MINES ParisTech

Autour du web. Une introduction technique Première partie : HTML. Georges-André SILBER Centre de recherche en informatique MINES ParisTech Autour du web Une introduction technique Première partie : HTML Georges-André SILBER Centre de recherche en informatique MINES ParisTech silber@cri.ensmp.fr http://www.cri.ensmp.fr/people/silber/cours/2010/web

Plus en détail

Services réseau. 6.1 Clients, serveurs et leur interaction. 6.1.1 Relation client-serveur

Services réseau. 6.1 Clients, serveurs et leur interaction. 6.1.1 Relation client-serveur Page 1 sur 35 Services réseau 6.1 Clients, serveurs et leur interaction 6.1.1 Relation client-serveur Tous les jours, nous utilisons les services disponibles sur les réseaux et sur Internet pour communiquer

Plus en détail

Cours de programmation web

Cours de programmation web Cours de programmation web ENSAE 2006-2007 Cours 1 - Introduction 1. Introduction 2. Le principe d Internet 3. Les langages du web 4. Le web 2.0 Introduction : Historique 1967 : Arpanet : réseau militaire

Plus en détail

Résumé XML XML. XPATH SVG Schema XSL. VoiceXML. Figure 1 : évolution des langages à balises

Résumé XML XML. XPATH SVG Schema XSL. VoiceXML. Figure 1 : évolution des langages à balises XML, extensible Markup Language 1-Origine de XML On trouve l origine des langages à balises dans la nécessité d échanger des informations dont la structure est trop complexe pour être simplement mise sous

Plus en détail

Les services web. Module 04 Les Services Web. Campus-Booster ID : 697. www.supinfo.com. Copyright SUPINFO. All rights reserved

Les services web. Module 04 Les Services Web. Campus-Booster ID : 697. www.supinfo.com. Copyright SUPINFO. All rights reserved Les services web Module 04 Les Services Web Campus-Booster ID : 697 www.supinfo.com Copyright SUPINFO. All rights reserved Les services web Objectifs de ce module En suivant ce module vous allez: Comprendre

Plus en détail

Chapitre 5 CORBA (Common Object Request Broker Architecture)

Chapitre 5 CORBA (Common Object Request Broker Architecture) DÉVELOPPEMENT D APPLICATIONS RÉPARTIES CORBA (Common Object Request Broker Architecture) Amen Ben Hadj Ali amenbha@hotmail.com ISI-L3SIL 2011-2012 Plan 2 Architecture CORBA Le langage IDL CORBA en Java

Plus en détail

Plan du travail. 2014/2015 Cours TIC - 1ère année MI 86

Plan du travail. 2014/2015 Cours TIC - 1ère année MI 86 Plan du travail Chapitre 1: Internet et le Web Chapitre 2: Principes d Internet Chapitre 3 : Principaux services d Internet Chapitre 4 : Introduction au langage HTML 2014/2015 Cours TIC - 1ère année MI

Plus en détail

Les Architectures Orientées Services (SOA)

Les Architectures Orientées Services (SOA) Les Architectures Orientées Services (SOA) Ulrich Duvent Guillaume Ansel Université du Littoral Côte d Opale 50, Rue Ferdinand Buisson BP 699 62228 Calais Cedex Téléphone (33) 03.21.46.36.92 Télécopie

Plus en détail

OS Réseaux et Programmation Système - C5

OS Réseaux et Programmation Système - C5 OS Réseaux et Programmation Système - C5 Rabie Ben Atitallah rabie.benatitallah@univ-valenciennes.fr RPC - XDR Rappel RPC: Remote Procedure Call Besoin d un environnement de haut niveau pour le développement

Plus en détail

Institut Paul Hankar

Institut Paul Hankar BES WEBDESIGNER ACTIVITE En utilisant des outils informatiques, le web designer réalise des éléments graphiques fixes ou animés, en 2 ou 3 dimensions, en respectant le schéma de navigation du site et sa

Plus en détail

Gestion du serveur WHS 2011

Gestion du serveur WHS 2011 Chapitre 15 Gestion du serveur WHS 2011 Les principales commandes Windows Home Server 2011 reprend l ergonomie de Windows 7 et intègre les principales commandes de Windows Server 2008 R2. Les commandes

Plus en détail

NVU, Notepad++ (ou le bloc-note), MySQL, PhpMyAdmin. HTML, PHP, cas d utilisation, maquettage, programmation connaissances en HTML, PHP et SQL

NVU, Notepad++ (ou le bloc-note), MySQL, PhpMyAdmin. HTML, PHP, cas d utilisation, maquettage, programmation connaissances en HTML, PHP et SQL Prise en main de NVU et Notepad++ (conception d application web avec PHP et MySql) Propriétés Intitulé long Formation concernée Matière Présentation Description Conception de pages web dynamiques à l aide

Plus en détail

Master IT 2013/2014. Prof. M.D. RAHMANI

Master IT 2013/2014. Prof. M.D. RAHMANI TECHNOLOGIES XML Master IT 2013/2014 Prof. M.D. RAHMANI 1 PLAN Les bases de XML Syntaxe, éléments, attributs, arbres, document bien formé, Espace de noms Les Grammaires XML Document XML valide (DTD, XML

Plus en détail

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES. 2.2 Architecture fonctionnelle d un système communicant. http://robert.cireddu.free.

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES. 2.2 Architecture fonctionnelle d un système communicant. http://robert.cireddu.free. 2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES 2.2 Architecture fonctionnelle d un système communicant Page:1/11 http://robert.cireddu.free.fr/sin LES DÉFENSES Objectifs du COURS : Ce cours traitera essentiellement

Plus en détail

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle

Principes. 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA. Programmation en Corba. Stéphane Vialle 2A-SI 3 Prog. réseau et systèmes distribués 3. 3 Programmation en CORBA Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle 1 Principes 2 Architecture 3 4 Aperçu d utilisation

Plus en détail

Cours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web»

Cours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web» Cours Master Recherche RI 7 Extraction et Intégration d'information du Web «Services Web» Sana Sellami sana.sellami@lsis.org 2014-2015 Plan Partie 1: Introduction aux Services Web (SW) Partie 2: Vers une

Plus en détail

BES WEBDEVELOPER ACTIVITÉ RÔLE

BES WEBDEVELOPER ACTIVITÉ RÔLE BES WEBDEVELOPER ACTIVITÉ Le web developer participe aux activités concernant la conception, la réalisation, la mise à jour, la maintenance et l évolution d applications internet/intranet statiques et

Plus en détail

Guillaume SOLDERA (B guillaume.soldera@serli.fr) SERLI Informatique Bull OW2 Consortium. Comparatif Choco/Drools dans le cadre du projet JASMINe

Guillaume SOLDERA (B guillaume.soldera@serli.fr) SERLI Informatique Bull OW2 Consortium. Comparatif Choco/Drools dans le cadre du projet JASMINe Guillaume SOLDERA (B guillaume.soldera@serli.fr) SERLI Informatique Bull OW2 Consortium dans le cadre du projet JASMINe Avril 2008 Table des matières 1 Introduction 3 1.1 Rappel sur JASMINe.......................................

Plus en détail

Telecommunication Services Engineering (TSE) Lab

Telecommunication Services Engineering (TSE) Lab Chapitre 3: La toile Roch Glitho, PhD Associate Professor and Canada Research Chair My URL - http://users.encs.concordia.ca/~glitho/ Application Couche Application Transport Réseau Liaison de données Support

Plus en détail

Méthodes et Langages du Commerce Electronique

Méthodes et Langages du Commerce Electronique ITCE NFE 102 Année 2013-2014! Méthodes et Langages du Commerce Electronique F.-Y. Villemin (f-yv@cnam.fr) http://dept25.cnam.fr/itce Plan! Besoins du commerce électronique! L EDI! ebxml! Les Web Services!

Plus en détail

1. Une approche innovante, basée sur «l objet document» 2. Le respect des chaînes éditoriales de l entreprise

1. Une approche innovante, basée sur «l objet document» 2. Le respect des chaînes éditoriales de l entreprise Lucid e-globalizer, solution globale de gestion de contenu multilingue. Ce document a pour objectif de vous présenter Lucid e-globalizer, la solution de gestion de contenu multilingue de Lucid i.t., ses

Plus en détail

Fonctionnement et protocoles des couches applicatives

Fonctionnement et protocoles des couches applicatives Chapitre 3 : Fonctionnement et protocoles des couches applicatives Introduction La plupart d entre nous utilisons Internet via le Web, les services de messagerie et les programmes de partage de fichiers.

Plus en détail

Appui SIE :Développement de services web ADES/SIE

Appui SIE :Développement de services web ADES/SIE Appui SIE :Développement de services web ADES/SIE Rapport final BRGM/ RP-55128-FR Décembre 2006 Appui SIE : Développement de services web ADES/SIE Rapport final BRGM/ RP-55128-FR décembre 2006 Étude réalisée

Plus en détail

Généralités sur les bases de données

Généralités sur les bases de données Généralités sur les bases de données Qu est-ce donc qu une base de données? Que peut-on attendre d un système de gestion de bases de données? Que peut-on faire avec une base de données? 1 Des données?

Plus en détail

Mini-projet XML/IHM Gestion d emplois du temps I3 - option SI

Mini-projet XML/IHM Gestion d emplois du temps I3 - option SI Mini-projet XML/IHM Gestion d emplois du temps I3 - option SI Olivier Beaudoux 4 septembre 2008 1 Introduction 1.1 Propos Dans ce mini-projet, nous proposons de construire différentes briques logicielles

Plus en détail

PHP/MySQL avec Dreamweaver CS4

PHP/MySQL avec Dreamweaver CS4 PHP/MySQL avec Dreamweaver CS4 Dreamweaver CS4 Jean-Marie Defrance Groupe Eyrolles, 2009, ISBN : 978-2-212-12551-1 7 Étude de cas : un site marchand Dans ce dernier chapitre, nous allons exploiter Dreamweaver

Plus en détail

Introduction ASP.NET

Introduction ASP.NET 1 Sommaire Introduction... 1 1 Framework... 2 1.1 Général (.NET)... 2 1.2 ASP.NET... 2 2 Prérequis... 2 3 Présentation des bases d un projet ASP.NET... 3 3.1 Création d un projet... 3 3.2 Site Web : Les

Plus en détail

Couche 1: le niveau physique

Couche 1: le niveau physique Couche 1: le niveau physique 1 Fonction: assurer la transmission physique de trains de bits sur les moyens physiques d interconnexion entre deux entités de liaison adjacentes (support de transmission).

Plus en détail

Les WEB SERVICES. Yves Laloum

Les WEB SERVICES. Yves Laloum Les WEB SERVICES Yves Laloum 1 PLAN! Objectifs! Architecture! Protocole Web (RPC, SOAP)! Conclusion 2 1 1. Objectifs! Accès rapide, intégré et généralisé à l information pertinente! en interne (Intranet)

Plus en détail

Écriture de pages Web

Écriture de pages Web Écriture de pages Web Le langage HTML / XHTML Laurent Tichit Janvier 2011 Laurent Tichit 2005-2010 1 Comment fonctionne le Web? C'est un mécanisme client-serveur. Logiciel serveur : programme qui a pour

Plus en détail

Responsable du cours : Héla Hachicha. Année Universitaire : 2011-2012

Responsable du cours : Héla Hachicha. Année Universitaire : 2011-2012 Chapitre 4- WS-Security Responsable du cours : Héla Hachicha Année Universitaire : 2011-2012 1 WS-Security (Microsoft) WS-Security est le standard proposé par IBM, Microsoft, VeriSign et Forum Systems

Plus en détail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 1 Introduction Objectifs du livre Le sujet de ce livre est le développement des applications web. Ce n est

Plus en détail

HTML. Notions générales

HTML. Notions générales 1 HTML Le langage HTML est le langage de base permettant de construire des pages web, que celles-ci soient destinées à être affichées sur un iphone/android ou non. Dans notre cas, HTML sera associé à CSS

Plus en détail

bookmark), sachant qu'à chaque favori est associée une adresse web ; o suivre un hyperlien, sachant qu'à chaque hyperlien est associée une

bookmark), sachant qu'à chaque favori est associée une adresse web ; o suivre un hyperlien, sachant qu'à chaque hyperlien est associée une Introduction : On appelle «Web», contraction de «World Wide Web» (d'où l'acronyme www), une des possibilités offertes par le réseau Internet de naviguer entre des documents reliés par des liens hypertextes.

Plus en détail

Bertrand DAVID : Interaction Humain-Machine

Bertrand DAVID : Interaction Humain-Machine Interaction Humain-Machine Plasticité des IHM : La plasticité des Interfaces Homme-Machine Étude des langages de la famille XML Contribution à l amélioration de la plasticité à l aide de nouveaux langages

Plus en détail

Cours Base de données relationnelles. M. Boughanem, IUP STRI

Cours Base de données relationnelles. M. Boughanem, IUP STRI Cours Base de données relationnelles 1 Plan 1. Notions de base 2. Modèle relationnel 3. SQL 2 Notions de base (1) Définition intuitive : une base de données est un ensemble d informations, (fichiers),

Plus en détail

Construire un annuaire d entreprise avec LDAP

Construire un annuaire d entreprise avec LDAP Construire un annuaire d entreprise avec LDAP Marcel Rizcallah Éditions Eyrolles ISBN : 2-212-09154-0 2000 Introduction L économie en réseau ou la Net-économie est au cœur des débats et des stratégies

Plus en détail

TECHNOLOGIES XML, CONCEPTION, MISE EN OEUVRE

TECHNOLOGIES XML, CONCEPTION, MISE EN OEUVRE XML/ SOA/ Web services TECHNOLOGIES XML, CONCEPTION, MISE EN OEUVRE Réf: PXM Durée : 4 jours (7 heures) OBJECTIFS DE LA FORMATION XML est devenu une technologie incontournable tant sur le poste utilisateur

Plus en détail

Service Web ATUM spécifications techniques

Service Web ATUM spécifications techniques Service Web ATUM spécifications techniques Table des matières Introduction...2 Service Web ATUM...3 Authentification...4 Envoi de fichier...5 En-têtes...6 En-tête Content-Type En-tête Content-Disposition

Plus en détail

CONNECTIVITÉ. Options de connectivité de Microsoft Dynamics AX. Microsoft Dynamics AX. Livre blanc

CONNECTIVITÉ. Options de connectivité de Microsoft Dynamics AX. Microsoft Dynamics AX. Livre blanc CONNECTIVITÉ Microsoft Dynamics AX Options de connectivité de Microsoft Dynamics AX Livre blanc Ce document décrit les possibilités offertes par Microsoft Dynamics AX en terme de connectivité et de montée

Plus en détail

Services Web WSDL. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web WSDL p.1/40

Services Web WSDL. Fabrice Rossi. http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Services Web WSDL p.1/40 Services Web WSDL Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Services Web WSDL p.1/40 Plan du cours WSDL 1. Présentation 2. Structure générale 3. Les types 4. Les messages

Plus en détail