Middleware

d’exécution ‹ P. Itey - INRIA Java et JDBC - page 15 08/01/2001 'ULYHU GH W\SH ,,, ❑ Pilote « tout Java » ou « 100% Java » n interagit avec une API réseau générique et communique avec une application intermédiaire (middleware) sur le serveur n le middleware accède par un moyen quelconque (par exple JDBC si écrit en Java) aux différents SGBDR n portable car entièrement écrit en Java — pour applets et applications 08/01/2001 ‹ P. Itey - INRIA Java et JDBC - page 16

courrier Couplage lâche Processus métier de la GED Graphe des éditeurs GED Aperçu de la GED eDOCS Aperçu de CLM Workflow 1 Workflow 2 Cycle de vie d’un document au sein de la GED Cycle de vie d’un document détaillé Connecteur SOAP Interface REST Middleware Représentation d’un MOM Les fonctionnalités d’un EAI Architecture ESB Représentation d’une queue MOM Représentation d’un topic MOM Liste des tableaux : Tableau 1.1 Tableau 2.1 Tableau 3.1 Tableau 4.1 Tableau 4.2 Tableau 4.3 Tableau 5.1 Tableau

solution Open source 54 1. Solution open source  54 1.1- Diffusion de chaines TV avec l’outil VLC 55 1.2- Diffusion de contenu média avec l’outil DSS  56 1.3- Enregistrement du flux TV 57 1.4- Elaboration du middleware de test 58 CHAPITRE VII : Simulation Financière du projet VII. Simulation Financière du projet 60 1. Estimation du coût financier pour le déploiement du projet 60 1.1- Le prix des équipements 60 1.2- Le prix des licences

(CPI-C), l’appel de fonctions à distance (RFC), la liaison d’applications (ALE), l’échange électronique de données (EDI), la liaison et l’incorporation d’objets (OLE) et enfin le middleware d’accès aux données (ODBO). L’interface CPI-C (Common Programming Interface - Communications) est la spécification d’un middleware orienté communication dédié à la communication d’applications au-dessus d’un protocole de transport. CPI-C a été créé en 1987 par IBM puis modifié par l’X/Open. L’implémentation CPI-C

Gestion Intégrée : centralise et coordonne les informations communes Logiciels spécifiques Progiciels Métier Progiciels de gestion intégrée (PGI) Intégrateur d'application (EAI, ESB) III.2. B - Gestion intégrée E.GOUGELET Middleware d'intégration d'applications But : faire communiquer plusieurs applications entre elles On doit choisir un intégrateur de PGI pour que le PGI puisse communiquer avec d'autres applications => Soit EAI : enterprise application Integration =>

.................. 17 I.7.1. API (application program interface) socket ............................................................................. 18 I.8. Les middlewares ............................................................................................................................. 18 I.8.1. Les services des middlewares .................................................................................................. 19 I.9. RCP ..................................................

condition opérationnelle. L’infrastructure informatique est complexe et multimarque par nature, et doit supporter les nouvelles technologies : • La convergence des infrastructures voix et données, le développement des architectures SAN, des middlewares «intelligents», etc., complexifient la demande et transforment le réseau en opération critique qui requiert une haute disponibilité. • La mobilité des entreprises qui implique l’accroissement des besoins de maintenance d’équipements de convergence

le middleware. e 4 • Avantages : - Simplification des applications (baisse des couts) Enrichissement de l’interface des SI Prise en charge de la mont´e en charge e Ind´pendance vis-`-vis de la couche de stockage e a porte ouverte vers les donn´es et les traitements e s´curit´ accrue e e N -tiers • Inconv´nients : e - Choix d’une technologie (EJB, Corba, OSGi, Web Service, propri´taire) e Choix d’une couche de transport Difficult´s de conception d’un middleware unique

| |Serveurs applicatifs |websphere 5, weblogic 8, tomcat 5, jboss 4, coldfusion 5, iis 6… | |Middlewares |tuxedo, mq series, tibco… | |Groupware |notes/domino 6…

d´evelopper une application logicielle qui utilise des serveurs Web et un r´eseau (Internet, Intranet, Extranet) El´ement cl´e : architecture (mat´erielle, logicielle), d´eploiement approche client/serveur (serveur Web) approches distribu´ees (middlewares, p2p, corba...) pas vu ici ⇒ Architectures Web langages outils associ´es P. Andr´ e (Master MIAGE Nantes) D´ eveloppement Web et J2EE 7 / 82 D´ eveloppement Web Architectures Architecture Web simple (2-tier) Client ré seau Serveur Web