Message-oriented middleware

Cours EJB/J2EE Copyright Michel Buffa 24/11/2011 Message-Driven Beans „ Nouveauté apparue avec EJB 2.0, „ Messaging = moyen de communication léger, comparé à RMI-IIOP, „ Pratique dans de nombreux cas, „ Message-Driven beans = beans accessibles par messaging asynchrone. Message-Driven Beans Michel Buffa (buffa@unice.fr), UNSA 2011 modifié par Richard Grin (version 1.0, 21/11/11) Message-Driven Beans : motivation „ Performance „ „ „ Un client RMI-IIOP

Définitions et principes de base : 9 III.1. Qu'est-ce qu’un Middleware ? 9 III.2. Les Message Oriented Middleware 11 2.1. Mode de fonctionnement 11 2.2. Définitions relatives aux MOM 12 2.3. Fonctionnalités offertes par les MOM 13 2.4. Avantages des MOM 14 2.5. Inconvénients des Message Oriented Middleware 15 2.6. Différences avec les serveurs de Mails 15 2.7. Quelques Middleware Orientés Message 15 II.3. Présentation d’IBM Websphere MQ : 16 III

Directeur de th` se e Co-encadrant Examinateur tel-00005409, version 1 - 22 Mar 2004 R´ sum´ e e L’´ mergence des environnements omnipr´ sents pose un nouveau d´ fi aux syst` mes informae e e e tiques. Les intergiciels asynchrones (Message-Oriented Middleware, MOM) sont reconnus comme etant la solution la plus apte a r´ pondre aux besoins de passage a grande echelle, de flexibilit´ , et ´ ` e ` ´ e d’h´ t´ rog´ n´ it´ des nouvelles applications distribu´ es. Mais l’impl´ mentation des intergiciels

Cours EJB/J2EE Copyright Michel Buffa 19/10/2004 Message-Driven Beans Michel Buffa (buffa @unice.fr), UNSA 2002 Message-Driven Beans n n Nouveauté EJB 2.0, Messaging = moyen de communication léger, comparé à RMI-IIOP, Pratique dans de nombreux cas, Message-Driven beans = beans accessibles par messaging asynchrone. n n 1 Cours EJB/J2EE Copyright Michel Buffa 19/10/2004 Message-Driven Beans : motivation n Performance n Un client RMI-IIOP attend pendant que le serveur

Entity, Message-Driven) Injection et JNDI Intercepteurs et callbacks Transactions (CMT, BMT) Sécurité Persistance avec JPA Introduction • Permet d’éviter au développeur d’avoir à se préoccuper de tout ce qui a trait au système : – – – – – – – – – Transactions Sécurité Evolutivité Concurrence Communications Gestion des ressources Persistance Gestion des erreurs Etc. 3 types d’EJB • Session – Stateless – Stateful • Entity (depuis la version 3, est un simple POJO) • Message-Driven

demandant l’exécution d’une opération à un autre processus par envoi de message contenant le descriptif de l’opération à exécuter et attendant la réponse de cette opération par un message en retour. Serveur : processus accomplissant une opération sur demande d’un client, et lui transmettant le résultat. Requête : message transmis par un client à un serveur décrivant l’opération à exécuter pour le compte du client. Réponse : message transmis par un serveur à un client suite à l’exécution d’une opération

assure la communication grâce à l’échange de messages. Chaque message est porteur de la sémantique particulière à la solution logicielle. De plus ce message est rédigé dans un langage compréhensible aux deux parties en présence. Les services proposés d’une architecture agile décrivent la structure des messages qu’ils attendent du client. L’architecture orientée service est une solution logicielle distribuée. Elle propose un mécanisme d’échange de messages sécurisé entre les systèmes d’informations

d'intermédiation documentaire, ceci en développant une application qui se base à la fois sur les avantages et les caractéristiques de l'architecture Orientée Service (SOA) et les Services Web. Mots clés: Architecture Orientée Services (SOA), Services Web, Middleware, Entreprise Service Bus (ESB), intermédiation documentaire ii Avant Propos L e travail présenté dans ce rapport a été réalisé à T.T.N (Tunisie TradeNet) qui est une société anonyme qui a démarré le 1er novembre 2000 et qui a pour principale

Outils décisionnels 30 VIII/ Les portails 30 IX/ La problématique de l'intégration 30 IX.1/ Modes d'intégration entre les applications 30 IX.2/ EAI 30 IX.3/ La technologie XML 30 X/ Middleware 31 X.1/ Échange de messages 31 X.2/ Appel de procédure à distance 32 X.3/ Manipulation d'objets 32 X.5/ Middleware base de données. 33 Infrastructure logicielle I/ INTRODUCTION Il s’agit de l'ensemble des éléments de type logiciels composant le système informatique d'une entreprise ou d'une organisation

logique applicative. L’apparition des middlewares spécifiques pour réseaux de capteurs a fourni les mécanismes nécessaires à l’utilisation efficace et durable du capteur en limitant l’utilisation du processeur et de la mémoire et en assurant des communications à faible coût. Le principe d’un middleware est de fournir la couche d’abstraction assurant l’indépendance de l’application dévelopée vis à vis des plateformes d’exécution. L’utilisation d’une couche middleware offre alors un gain de productivité