Message Oriented Middleware (MOM) Java Message Service (JMS) Didier DONSEZ
|
|
- Nadine Dupuis
- il y a 8 ans
- Total affichages :
Transcription
1 Message Oriented Middleware (MOM) Java Message Service (JMS) Didier DONSEZ Université Joseph Fourier (Grenoble 1) PolyTech Grenoble - LIG Didier.Donsez@imag.fr Didier.Donsez@ieee.org 04/01/2012 1
2 Message Oriented Middleware (MOM) Didier DONSEZ Université Joseph Fourier (Grenoble 1) PolyTech Grenoble LIG 04/01/2012 2
3 Motivations Modèle Client-Serveur requêtage synchrone RPC DCE et DCOM, CORBA, RMI inconvénient : connexion permanente des 2 parties Problème des pannes/connexions transitoires Delay-Tolerant Networks Une alternative : la messagerie inter-application les messages (qui peuvent être des requêtes et leurs réponses) sont envoyés quand la connexion est ouverte. Style architectural du Store-and-Forward voir 3
4 Motivations Applications (passage à très grande échelle) Diffusion d information (push) news, stock quote, weather forecast... Messagerie inter-bancaire, workflow, ERP,... Synchronisation de BD nomades et réplicat asynchrone (hot standby) EAI (Enterprise Application Integration), B2B ESB (Enterprise Service Bus) Data Warehouse (ETL : Extract Transform Load) Collecte des données (journaux Firewall, mesures réseaux de capteurs, ) Déploiement grande échelle de logiciels (antivirus, )... 4
5 Principe Messagerie inter-application Asynchrone Non temps réel Offline (Not online) s oppose aux ORBs synchrones (Corba, DCOM, RMI) Files de Messages (Message Queueing) les messages sont mis dans une file d attente persistante (i.e. sur disque) avant d être relayer vers l application Partage d une file par plusieurs applications Priorité des messages Filtrage des messages à la réception Avantages Insensible aux partitions de réseaux (sans fil, satellite, WLAN, ) Insensible aux applications non disponibles (temporairement) ou latence 5
6 Principe des Files de Messages (i) A1 // production d un msg build(msg1) MQPUT(queue,msg1)... 1 File de message 1 6
7 Principe des Files de Messages (ii) L application A1 s est terminée File de message 1 1 A2 // consommation d un msg MQGET(queue,msg) process(msg) Le message est retiré de la file par MQGET 7
8 Principe des Files de Messages (iii) A3 // production d un msg build(msg2) MQPUT(queue,msg2)... 2 File de message 2 A2 // consommation d un msg MQGET(queue,msg) process(msg) 8
9 Principe des Files de Messages (iv) L application A3 s est terminée File de message 2 Le message est retiré de la file par MQGET 2 A2 // consommation d un msg MQGET(queue,msg) process(msg) // consommation d un msg MQGET(queue,msg) process(msg) 9
10 Modèles de messageries Routage de Message par l identité de l application par le contenu du message chaque application consommateur définit un critère sur les messages à consommer le critère peut être un expression booléen sur les valeurs de champs du message Modèles Message Queue un message envoyé (produit) est consommé par un seul client Publication-Souscription un message publié est diffusé à tous les souscripteurs Publication-Souscription par le contenu (content based publishsubscribe) un message publié est diffusé à tous les souscripteurs par rapport au contenu du message (IBM Gryphon, U. Colorado Siena, ) Requête-Réponse Client-Serveur asynchrone 10
11 Modèle des Message Queues A1 // production d un msg build(msg1) MQPUT(queue,msg1)... 1 Queue 1 A3 // consommation d un msg MQGET(queue,msg) process(msg) 2 1 A3 // production d un msg build(msg2) MQPUT(queue,msg2) A4 // consommation d un msg MQGET(queue,msg) process(msg) 11
12 Modèle Publication-Souscription P1 // production d un msg build(msg1) TPUT(topic,msg1)... 1 Topic 2 1 S1 TGET(topic,msg1) process(msg1) TGET(topic,msg2) process(msg2) P2 // production d un msg build(msg2) TPUT(topic,msg2)... 2 S2 TGET(topic,msg1) process(msg1) TGET(topic,msg2) process(msg2) 12
13 Publication-Souscription sur des topics hiérarchiques D après Dave Chappell 13
14 Publication-Souscription par le contenu P1 // production d un msg build(msg1) MQPUT(queue,msg1,prop1)... 1 Topic S1 MQGET(queue,msg,filter12) process(msg) MQGET(queue,msg, filter12) process(msg) P2 // production d un msg build(msg2) MQPUT(queue,msg2,prop12)... Pre-traitement Post-traitement S2 MQGET(queue,msg, filter2) process(msg) 14
15 Modèle Requête-Réponse Implémente le modèle Client-Serveur App «Serveur» App «Client»... MQPUT(reqQueue,reqmsg) // wait response // wait... // wait... // wait... MQGET(resQueue, resmsg)... File de requête «reqqueue» req res File de réponse «resqueue»... // wait request MQGET(reqQueue,request) process request MQPUT(resQueue,response) // wait another request MQGET(reqQueue,request) 15
16 Modèles de messageries Routage hiérarchiques de Messages Motivation : Passage à l échelle de la remontée des évènements Hiérarchisation des publicateurs et des souscripteurs Fonctions des routeurs Filtrage, fusion, store and forward Exemple Parc d onduleur --- event (charge, conso,...) ---> maintance server Réseaux d opérateurs Publisher (UPS) Sub&Pub Publisher (Site mng sv) (UPS) Publisher (UPS) Sub&Pub Publisher (Site mng sv) (UPS) Subscriber (glob mng sv) 16
17 Architecture d un MOM Client MOM relié de manière permanente à un serveur MOM envoie et reçoit des messages Serveurs MOM reliés entre eux de manière épisodique réseau mobile, réseau WAN sur lignes dédiés, maintiennent des copies des messages réplication (serveurs primaires, serveurs secondaires) Administrateur/Contrôleur du MOM crée et surveille les files définit la topologie des interconnections entre serveurs définit les politiques de connexion (période, ) 17
18 Implémentation Architecture Centralisée : Spoke and Hub client client client client Distribuée : Bus client client client MOM Server Pair à Pair : Snowflake QoS MOM Server MOM Server Disponibilité, Causalité, Fiabilité, Passage à l échelle, Sécurité, 18
19 Architecture d un MOM MOM Client Connections permanentes entre le client et son serveurs Connections épisodiques entre les serveurs MOM Client MOM Server Message Repository Wide Area Network MOM Product MOM Server Message Repository 19
20 Exemple multiplateforme d un MOM (IBM MQ-Series) Hétérogénéité de Systèmes et de Réseaux MQSeries Client MQSeries Client MQSeries Client MQ Server WinNT IP based network MQ Server AS400 IBM MQ-Series SNA network MQ Server MVS 20
21 Avantages Réutilisation Technique d encapsulation semblable au BOA Fiable Simple d Utilisation Répandu Supporté par de grands acteurs 21
22 Comparaison RPC et MOM 22
23 Interopérabilité entre MOM Difficulté de faire intéropérer des MOM Pas de standardisation entre les MOM Spécification BMQ : Business Messaging Quality initiative de Candle (projet ROMA) encouragée par IBM, MicroSoft, HP, AT&T, Voir Des pistes pour l interopérabilité Une autorité : MOMA Message Oriented Middleware Association CORBA 3.0 introduction de la notion de messages asynchrones J2EE JMS javax.jms API Java permettant à des clients d envoyer/recevoir des messages avec des serveurs implémentant des JMS SPI EJB : Message Driven Bean 23
24 Interopérabilité entre MOM MOM Client MOM Client MOM Client MOM Server Message Repository Wide Area Network MOM Product MOM Server Message Repository Wide Area Network MOM Server Message Repository Issues : End-to-End Transactional delivery? Interoperability (protocol, transaction message format, ) Other MOM Product 24
25 AMQP Advanced Message Queuing Protocol Red Hat, Cisco Systems, IONA, imatix, Standardiser l'échange de messages entre serveurs de message Support des transactions XA Implémentations Red Hat Enterprise MRG, IONA, OpenAMQ, Apache QPid, RabbitMQ 25
26 RabbitMQ Basé sur Erlang Distribué Temps réel 26
27 Le Transactionnel La consommation et la production de messages peuvent être des actions recouvrables la file des messages est considérée comme une ressource recouvrable Elles ne sont effectives qu à la validation d une transaction tous les messages produits sont envoyés à la validation en cas d abandon de la transaction, les messages produits sont abandonnés et les messages consommés ne sont retirés de la file La transaction peut être distribuée Moniteur transactionnel (XA, MTS, ) 27
28 Conséquences du Transactionnel Conception de Requête-Réponse transactionnel l envoi de la requête et la réception de la réponse sont forcement dans 2 transactions successives T1 T2 begin trans... send(request) commit trans begin trans receive(response)... commit trans File de requête File de réponse begin trans receive(request) process request send(response) commit trans T3 28
29 Conséquences du Transactionnel L ordre de consommantion des messages peut être différent de l ordre de production begin T1 T1 produit M1 T1 produit M2 commit T1 begin T2 T2 consomme M1 begin T3 T3 consomme M2 abort T2 commit T3 begin T4 T4 consomme M1 commit T4 29
30 Performance Benchmark Under Construction En Construction 30
31 Sécurité Under Construction En Construction 31
32 Enterprise Service Bus (ESB) Event-driven SOA API Cible l EAI : messaging entre applications (orientées services) JBI (Java Business Integration) Plateformes Petals, ServiceMix, Mule, Apache Camel, OpenESB 32
33 Acteurs et Produits BEA Systems IBM - MQ Series 25 plateformes MicroSoft - MSMQ (Message Queue Server) essentiellement NT Level 8 Systems - Falcom MQ passerelle vers MSMQ et MQ Series Sybase - DBQ Adaptive Serveur Tibco - TIB/RendezVous accord avec Oracle pour Oracle 8 Sun - Java Messaging Service API pour les MQ 33
34 IBM MQ/Series Leader du marché (66% du marché) Plates-formes >20 plates-formes 5 protocoles réseaux langages (C++, C, Cobol, Java, PL/1, ) Nombreux modules Publish/Subscribe, Workflow,... 34
35 MSMQ (MicroSoft Message Queue) Plates-formes NT/2000 (v2) et XP (v3) Réseaux IP et IPX IP Multicast (avec PGM pour la tolerance aux pertes) (v3) Transport sur HTTP/HTTPS et message à enveloppe SOAP (v3) Modèles (v3) One-To-One, One-To-Many Distribution Lists Real-Time Messaging Multicast Message Queuing Triggers (activation d une méthode d un objet COM sur reception) SDK MSMQ pour C, C++, ActiveX, MSMQ Explorer 35
36 MSMQ (MicroSoft Message Queue) Serveur (v2) 4 types de serveur PEC pour Primary Enterprise Controller informations sur la topologie (sites, liaisons entre sites et RC) PSC pour Primary Site Controller informations sur les sites (serveurs, clients et files d attente) BSC pour Backup Site Controller secours et équilibrage de charge de PSC RS pour Routing Server MSMQ Information Store (MQIS) référentiel (utilise SQL Server ou Active Directory) Dépôt transactionnel de message (MTS) 2 Go par file (v2), 1 To par queue (v3) Client Windows CE, Win9x, SDK MSMQ pour C, C++, ActiveX, MSMQ Explorer 36
37 MSMQ (MicroSoft Message Queue) API dans.net TODO 37
38 Exemple d ASP utilisant MSMQ et MTS <%@ TRANSACTION=REQUIRED LANGUAGE=JScript %> <HTML><HEAD><TITLE>Envoi transactionnel par MSMQ</TITLE></HEAD><BODY> <h1>envoi transactionnel par MSMQ</h1><hr>> <% QueueInfo = Server.CreateObject("MSMQ.MSMQQueueInfo") QueueInfo.pathname = ".\\IIS_SDK_TRANSACTED"; Queue = QueueInfo.Open(2, 0); Msg = Server.CreateObject("MSMQ.MSMQMessage"); Msg.body = "Corps du Message"; Msg.Label = "Label du Message"; Msg.Delivery = 1; // recouverable : résiste au crash et au shutdown Msg.PrivLevel = 1; Msg.Send(Queue); Queue.Close(); // chiffré %> </BODY></HTML> <% function OnTransactionCommit() { Response.Write ("<p>la transaction est validée et le message MSMQ est envoyé."); } function OnTransactionAbort() { Response.Write ("<p>la transaction est abandonnée"); Response.Write ("et le message MSMQ n a pas été envoyé."); } %> 38
39 JORAM (ObjectWeb & Scalagent) MOM JMS Destination : PtoP (Queue) et PubSub (Topic) Architecture Multi-Serveurs Open Source Intégré à JONAS Disponibilité sur OSGi pour déployer des bundles OSGi Version kjoram pour KVM Administration par des MBeans (Console JMX) Utilisation Kelkoo (remontée de log) Schneider Electric (remontée de mesures de capteurs) 39
40 JORAM (ObjectWeb & Scalagent) Architecture Multi-Serveurs Une destination par serveur La ConnectionFactory est connecté au serveur Equilibrage de charge (Load Balancing) La Destination est répliquée sur R serveurs (pair à pair) Connections: TCP, HTTP, SSL, Privilégie la consommation locale des messages Pas d ordre globale des messages Ordre local Haute disponibilité (High Avaibility) Serveur maître répliquant (JGroup) ses queues/topics sur S serveurs esclaves (S>0) La ConnectionFactory du client JMS peut basculer du serveur maître vers un des serveurs esclaves 40
41 JORAM (ObjectWeb & Scalagent) Architecture Multi-Serveurs Une destination par serveur Prod Q1 Cons Q2 Cons Q1 Prod Q2 CF CF CF CF CF Cons Q2 U U Queue1 Joram Server TCP, HTTP, SSL U U U Queue2 Joram Server 41
42 JORAM (ObjectWeb & Scalagent) Architecture Multi-Serveurs Equilibrage de charge Prod Q1 Cons Q1 Prod Q1 CF CF CF CF Cons Q1 U Queue1 replica1 Joram Server TCP, HTTP, SSL U U Queue1 replica2 U Joram Server 42
43 JORAM (ObjectWeb & Scalagent) Architecture Multi-Serveurs Haute disponibilité (1) Prod Q1 CF Cons Q1 CF U U U U JGroup Queue1 replica1 Joram Server Joram SlaveServer Slave Queue1 replica2 Joram Server Master 43
44 JORAM (ObjectWeb & Scalagent) Architecture Multi-Serveurs Haute disponibilité (2) Prod Q1 CF Cons Q1 CF U U U U JGroup Queue1 replica1 Joram Server Joram SlaveServer Slave Queue1 replica2 Joram Server Master 44
45 MOM et BDs Nomades (Mobiles) Motivation BD Nomades Ladtops, PDA,... Mise à jour asynchrone des réplicats nomades car les BDs nomades ne sont toujours connectés au site central Réplication des BDs voir le cours sur les «BDs Distribuées et la Réplication» Produits RemoteWare de Xcellenet, MediaTransfer de Telelogo,... 45
46 MOM et BDs Nomades (Mobiles) 1- Réplication 2- Synchronisation B A C BD Mobiles B A C BD Mobiles BD Maître A BD Maître A BD Back-End LAN MOM C B BD Back-End LAN MOM C B 46
47 MOM et BDs Nomades (Mobiles) 3- Détection de Collision 4- Reprise sur Erreur B A C BD Mobiles B A C BD Mobiles BD Maître A BD Maître A B BD Back-End LAN MOM C B BD Back-End LAN MOM C B 47
48 MOM et Composants Motivations Fournir la couche de communication pour le paradigme Événement dans des modèles à composants (qui le supportent) Modèles CORBA CCM.NET Asynchronous [OneWay] calls J2EE/EJB Message Driven Beans (pas de typage des msg) 48
49 Bibliographie Gregor Hohpe, Enterprise Integration Patterns, Très bon livre traitant de l utilisation des MOMs 49
50 Java Message Service (JMS) Didier DONSEZ Université Joseph Fourier (Grenoble 1) PolyTech Grenoble LIG/ADELE 04/01/
51 Motivation Messaging Oriented Middleware messagerie inter-applicative l envoi et la réception des messages entre applications est asynchrone les messages sont structurés et correspondent à des événements, des requêtes, des rapports,... ne nécessite pas de connexion permanente comme pour le Cl/Sv ne pas confondre avec le courrier électronique (API JavaMail) API Java javax.jms d un client à un serveur MOM Modèles de messagerie (messaging) Point à Point (Point-to-Point) concept de Queue, un file d attente de messages Publication-Souscription (Publish-Subscribe) concept de Topic, un sujet auquel s abonne un ou plusieurs Subscribers support pour les transactions distribuées XA 51
52 Architecture JMS le client utilise les classes du package javax.jmx pour l envoi et la réception de messages le serveur implante un JMS Service Provider qu interface à son noyau JMS Client JMS Client JMS Client Non-JMS Client X AdminTools JMS Scope Java Message Service (JMS) API X JMS Service Provider Message Repositories X Messaging Server (or Broker) X Native API (C,C++,Cobol, ) Message Type Repository 52
53 Modèle Point à Point Point-to-Point Concept de Queue Un (ou plusieurs) Sender envoie (produit) un message à une Queue (i.e. file d attente de messages) Un et un seul receiver reçoit (consomme) les messages de la Queue Sender Messaging Server Sender Sender (Message) Queue Receiver 53
54 Modèle Publication-Souscription Publish-Subscribe Concept de Topic (centre d intérêt) Un (ou plusieurs) publishers envoie un message à un Topic Tous les subscribers de ce Topic reçoivent le message Publisher Messaging Server Subscriber Publisher Publisher Topic Subscriber Subscriber 54
55 API JMS Superclasses communes a PTP et PubSub JMS Parent Modèle PTP Modèle Pub/Sub ConnectionFactory QueueConnectionFactory TopicConnectionFactory un objet administré par le provider pour créer une Connection Connection QueueConnection TopicConnection une connexion active vers un JMS provider Destination Queue Topic encapsule l identité d une destination Session QueueSession TopicSession contexte (mono-thread) pour l émission et la réception de messages MessageProducer QueueSender TopicPublisher objet pour la production (l envoi) de messages vers une Destination (créé par la Session) MessageConsumer QueueReceiver,QueueBrowser TopicSubscriber objet pour la consommation (la reception) de messages d une destination (créé par la Session) 55
56 Fonctionnement d un client typique JMS Phase d initialisation (setup) trouver l objet ConnectionFactory par JNDI trouver un (ou plusieurs) objet Destination par JNDI créer une Connection JMS créer une (ou plusieurs) Session avec la Connection JMS créer le(s) MessageProducer ou/et MessageConsumer avec la Session et la (les) Destination demander à la Connection de démarrer la livraison des messages Phase de consommation/production de messages créer des messages et les envoyer recevoir des messages et les traiter 56
57 Les objets administrés par le Provider Les objets administrés par le Provider ConnectionFactory point d accès à un serveur MOM accessible par JNDI et enregistré par l administrateur du serveur MOM Destination Queue ou Topic administré par le serveur MOM accessible par JNDI et enregistré par l administrateur du serveur MOM Les objets Connection encapsule la liaison TCP/IP avec le Provider JMS authentifie le client et spécifié un identifiant unique de client crée les Sessions et fournit le ConnectionMetaData supporte (optionnel) l ExceptionListener Session encapsule la liaison TCP/IP avec le Provider JMS 57
58 Rôle javax.jms.connection encapsule la liaison TCP/IP avec le Provider JMS authentifie le client et spécifié un identifiant unique de client Cycle de vie initialisation/setup crée les Sessions, MessageProducers et les MessageConsumers. fournit le ConnectionMetaData supporte (optionnel) l ExceptionListener démarrage start() procède à la livraison des Messages pause stop() interrompt la livraison des Messages entrants, n affecte pas l envoi reprise start() fermeture close() libération des ressources 58
59 Rôle javax.jms.session contexte mono-threadé fabrique les MessageProducers et les MessageConsumers fabrique les destinations temporaires TemporaryDestination définit les numéros de série des messages (consommés et produits) un ordre par Session et par Destination. Pas d ordre entre Destinations sérialise l exécution des MessageListeners enregistrés méthode onmessage() définit une chaîne de transactions atomiques la portée est définie par commit() ou rollback() Acquittement des messages 59
60 Principe Tolérance aux pannes et Acquittement des messages le client reçoit un message et peut ne le traiter que partiellement avant une erreur (Crash, Exception, ) En cas d erreur dans une Session, le provider JMS renvoie (redeliver) ce message au client tant que le client n a pas acquité ce message. Modes d acquitement mode automatique mode manuelle Under Construction En Construction 60
61 Tolérance aux pannes et Acquittement des messages Mode automatique d acquitement Under Construction En Construction AUTO_ACKNOWLEDGE : le message est acquité à la réception réussi par le client (receive(), subscribe(), onmessage()) Transactionnel : l acquitement des messages est automatique dans une session transactionnelle Mode manuel d acquitement DUPS_OK_ACKNOWLEDGE : acquittement faible de la livraison des messages. En cas de panne, le client peut recevoir les duplicats. Le client doit le tolérer! CLIENT_ACKNOWLEDGE : le message est acquité par le client en utilisant la méthode Message.acknowledge() Remarque: les messages non acquités précédents un message acquité avec Message.acknowledge() sont également acquités La méthode Session.recover() arrête la distribution des messages et reprend cette distribution à partir du message non acquité le plus ancien. Les messages redistribués sont marqués 'redelivered' 61
62 javax.jms.messagerconsumer représente l objet consommateur des messages fabriqué par la Session QueueReceiver QueueSession.createReceiver(Queue queue, String messageselector) TopicSubscriber TopicSession.createSubscriber(Topic topic, String messageselector, boolean) Remarque : il peut y avoir plusieurs MessageConsumers sur une Session pour une même Destination Sous-interfaces : QueueReceiver, TopicSubscriber Réception Synchrone des messages le client se met en attente du prochain message Message receive(), Message receive(long timeout), Message receivenowait() Réception Asynchrone des messages le client crée un objet qui implémente l interface MessageListener et positionne cet objet à l écoute des messages void setmessagelistener(messagelistener) / MessageListener getmessagelistener() quand un message arrive, la méthode void onmessage(message) de l objet MessageListener est invoqué La session n utilise qu une seule thread pour exécuter séquentiellement tous les MessageListeners 62
63 javax.jms. MessagerProducer représente l objet producteur des messages fabriqué par la Session QueueSender QueueSession.createSender(Queue queue) TopicPublisher TopicSession.createPublisher(Topic topic) Remarque : il peut y avoir plusieurs MessageProducers sur une Session pour une même Destination Sous-interfaces : QueueSender, TopicPublisher Production des messages void QueueSender.send(Message) void TopicPublisher.publish(Message) 63
64 Le modèle Point à Point Point-To-Point PTP Classes et interface JMS Parent Modèle PTP ConnectionFactory QueueConnectionFactory Connection QueueConnection Destination Queue, TemporaryQueue Session QueueSession MessageProducer QueueSender MessageConsumer QueueReceiver -- QueueBrowser Remarques plusieurs sessions peuvent se partager une même queue : JMS ne spécifie pas comment le provider réparti les mêmes entre les QueueReceiver de ces sessions. Les messages non sélectionnés restent dans la queue : l ordre de réception n est plus alors l ordre de production QueueBrowser permet de consulter les messages de la Queue sans les retirer en les énumérant (méthode Enumeration getenumeration()) 64
65 Le modèle Publication-Souscription Publish-Subscribe PubSub Classes et interface JMS Parent Modèle Pub/Sub ConnectionFactory TopicConnectionFactory Connection TopicConnection Destination Topic Session TopicSession MessageProducer TopicPublisher MessageConsumer TopicSubscriber Remarque le terme «publier» correspond à «produire» le terme «souscrire» correspond à «consommer» 65
66 Le modèle de Messages JMS L interface javax.jms.message Motivation Modèle commun à tous les produits Supporte l hétérogénéïté des clients (non JMS, langage, plate-forme,...) Supporte les objets Java et les documents XML L interface javax.jms.message sous-interfaces: BytesMessage, MapMessage, ObjectMessage, StreamMessage, TextMessage Structure d un Message Entête (header) champs communs aux Providers (Produit) et obligatoires destinés au routage et l identification du message Propriété (property) champs supplémentaires propriétés standards : équivalent aux champs d entête optionnels propriétés spécifiques au (produit) provider propriétés applicatives : peuvent répliquées le contenu d une valeur du corps Corps (body) 66
67 Le modèle de Messages JMS Les champs d entête Nom des champs d entête JMSDestination : destination du message JMSDeliveryMode : sûreté de distribution NON_PERSISTENT : faible PERSISTENT : garantie supplémentaire qu un message ne soit pas perdu JMSExpiration : calculé à partir du TTL (Time To Live) depuis la prise en charge JMSMessageID : identifiant du Message founit par le provider JMSTimestamp : date de prise en charge du message par le provider JMSCorrelationID : identifiant d un lien avec un autre Message (Request/Reply) JMSReplyTo : identifiant de la Destination pour les réponses JMSType : identifient du type de message dans le Message Type Repository JMSRedelivered : le récepteur n acquitte pas immédiatement la réception (Transaction) JMSPriority : priorité (de 0 à 9) du message Consultation/Modification méthodes setxxx() / getxxx() où XXX est le nom du champs d entête 67
68 Le modèle de Messages JMS Les champs de propriétés Nom des propriétés propriétés standards : nom préfixé par JMSX correspondent à des champs d entête optionnels JMSXUserID, JMSXAppID : identité de l utilisateur et de l application JMSXGroupID, JMSXGroupSeq : groupe de messages et son numéro de séq JMSXProducerTXID, JMSXConsumerTXID : identifiants de transaction JMSXRcvTimestamp : date de réception JMSXState : 1(waiting), 2(ready), 3(expired), 4(retained) JMSXDeliveryCount : The number of message delivery attemps propriétés spécifiques : propriétés applicatives : autre servent au filtrage nom préfixé par JMS_VendorName servent comme données complémentaires au corps exemple : la date d expiration d un document XML véhiculé par un StringMessage 68
69 Le modèle de Messages JMS Les champs de propriétés Enumération des propriétés Enumeration getpropertynames() / Enumeration ConnectionMetaData.getJMSXPropertyNames() énumère les propriétés (JMSX) du message boolean propertyexists(string) teste l existence d une propriété Valeur des propriétés Type : boolean, byte, short, int, long, float, double, String méthodes void setintproperty(string,int), void setbooleanproperty(string,boolean),... méthodes int getintproperty(string), boolean getbooleanproperty(string),... L appel à getxxxproperty() retourne null si la propriété n existe pas Les propriétés d un message reçus sont en lecture seule sinon l exception MessageNotWriteableException est levée Type Objet correspondant : Boolean,Byte,Short,Int,Long,Float,Double,String méthode void setobjectproperty(string,object) méthode Object getobjectproperty(string) Réinitialisation des propriétés : void clearproperties() 69
70 Le modèle de Messages JMS Le corps (body) du message Sous interfaces de javax.jms.message javax.jms.textmessage contient un String qui peut être un document XML, un message SOAP String gettext()/ settext(string) javax.jms.mapmessage contient un ensemble de paires name-value int getint(string name) / setint(string name, int value), Object getobject(string)/ setobject(string,object), Enumeration getmapnames() javax.jms.objectmessage contient un objet Java sérialisé : Object getobject()/ setobject(object) javax.jms.bytesmessage contient un tableau de bytes (non interprétés) int readint()/writeint(int),, int readbytes(byte[])/writebytes(byte[]), Object readobject()/ writeobject(object), reset() javax.jms.streammessage contient un flot de données (Java primitives) qui s écrit et se lit séquentiellement int readint()/writeint(int),, String readstring()/writestring(string) 70
71 Remarque: Message SOAP sur JMS In a recent "Strategic Planning" research note, Gartner issued a prediction that "by 2004, more than 25 percent of all standard Web services traffic will be asynchronous..." and "by 2006, more than 40 percent of the standard Web services traffic will be asynchronous." 71
72 Le modèle de Messages JMS Le corps (body) du message Méthodes la méthode clearbody() réinitialise le corps Remarque le corps d un message reçu est en lecture seule 72
73 Le modèle de Messages JMS Le corps (body) du message String textstr = "<?xml version=\"1.0\"?><!doctype person SYSTEM \"person.dtd\">" +"<person><firstname>joe</firstname><lastname>smith</lastname>" +"<salary value=\" \"><age value=\"38\"></person>"; // l API javax.xml est préférable pour construire le document XML TextMessage textmsg = session.createtextmessage(); textmsg.settext(textstr); MapMessage mapmsg = session.createmapmessage(); mapmsg.setstring("firstname", "Joe"); mapmsg.setstring("lastname", "Smith"); mapmsg.setdouble("salary", ); mapmsg.setlong("age", 38); Person object = new Person("Joe","Smith", 37); object.setage(38); object.setsalary( ); ObjectMessage objectmsg = session.createobjectmessage(); objectmsg.setobject(object); // Person doit implémeter java.io.serializable Byte[] bytesarray = { 'J','o','e',' ','S','m','i','t','h'}; BytesMessage bytesmsg = session.createbytemessage(); bytesmsg.writebytes(bytesarray); bytesmsg.writeint(38); bytesmsg.writedouble( ); StreamMessage streammsg = session.createstreammessage(); streammsg.writestring("joe"); streammsg.writestring("smith"); streammsg.writelong(38); streammsg.writefloat( ); 73
74 Le modèle de Messages JMS Le corps (body) du message TextMessage textmsg = (TextMessage)receivedmsg; String textstr=textmsg.gettext(textstr); System.out.println(textstr); // le document XML peut être parsé MapMessage mapmsg = (MapMessage)receivedmsg; String firstname= mapmsg.getstring("firstname"); String lastname= mapmsg.getstring("lastname"); long age= mapmsg.getlong("age"); double salary= mapmsg.getdouble("salary"); System.out.println(firstname + " " + lastname + " " + age + " " + salary); ObjectMessage objectmsg = (ObjectMessage)receivedmsg; Person object = (Person)objectmsg.getObject(); System.out.println(object.toString()); BytesMessage bytesmsg = (BytesMessage)receivedmsg; Byte[] bytesarray ; int length=bytesmsg.readbytes(bytesarray); long age= bytesmsg.readlong(); double salary= bytesmsg.readdouble(); StreamMessage streammsg = (StreamMessage)receivedmsg; String firstname= streammsg.readstring(); String lastname= streammsg.readstring(); long age= streammsg.readlong(); double salary= streammsg.readdouble(); System.out.println(firstname + " " + lastname + " " + age + " " + salary); 74
Projet. But: consultation en temps réel d événements (cours de bourse, trafic d envoi SMS ) sur des téléphones portables. Serveur de diffusion
Projet But: consultation en temps réel d événements (cours de bourse, trafic d envoi SMS ) sur des téléphones portables événements Serveur de diffusion 1 JMS Java Message Service PHAN Quang-Hai ISTR 04/05/2004
Plus en détailMOM: Concepts & Applications
MOM: Concepts & Applications André Freyssinet ScalAgent Distributed Technologies Andre.Freyssinet@scalagent.com www.scalagent.com Plan Introduction Exemple d application (supervision) Synchrone vs Asynchrone
Plus en détailPlan du cours. Systèmes et applications asynchrones Middleware à message. Architecture distribuée. Objectifs du cours
Plan du cours Systèmes et applications asynchrones Middleware à message Roland Balter ScalAgent Distributed Technologies I. Caractérisation des systèmes asynchrones II. Modèles pour la programmation asynchrone
Plus en détailMessagerie asynchrone et Services Web
Article Messagerie asynchrone et Services Web 1 / 10 Messagerie asynchrone et Services Web SOAP, WSDL SONT DES STANDARDS EMERGEANT DES SERVICES WEB, LES IMPLEMENTATIONS DE CEUX-CI SONT ENCORE EN COURS
Plus en détailInstitut Supérieur de Gestion. Cours pour 3 ème LFIG. Java Enterprise Edition Introduction Bayoudhi Chaouki
Institut Supérieur de Gestion Cours pour 3 ème LFIG Java Enterprise Edition Introduction Bayoudhi Chaouki 1 Java EE - Objectifs Faciliter le développement de nouvelles applications à base de composants
Plus en détailUrbanisme du Système d Information et EAI
Urbanisme du Système d Information et EAI 1 Sommaire Les besoins des entreprises Élément de solution : l urbanisme EAI : des outils au service de l urbanisme 2 Les besoins des entreprises 3 Le constat
Plus en détailTD sur JMS ---- 1) Qu est-ce qu un middleware orienté message (MOM)? Quelles différences faites-vous entre un MOM et JMS?
TD sur JMS ---- Questions de cours : 1) Qu est-ce qu un middleware orienté message (MOM)? Quelles différences faites-vous entre un MOM et JMS? MOM : Message Oriented Middleware Intergiciels orientés Messages
Plus en détailNFP111 Systèmes et Applications Réparties
NFP111 Systèmes et Applications Réparties 1 de 34 NFP111 Systèmes et Applications Réparties Cours 7 - CORBA/Partie 1 Claude Duvallet Université du Havre UFR Sciences et Techniques 25 rue Philippe Lebon
Plus en détailLe modèle client-serveur
Le modèle client-serveur Olivier Aubert 1/24 Sources http://www.info.uqam.ca/~obaid/inf4481/a01/plan.htm 2/24 Historique architecture centralisée terminaux passifs (un seul OS, systèmes propriétaires)
Plus en détailIntégration de systèmes
Intégration de systèmes Préparé par: Marc Barassi, Michel Fraser, Louis Martin, Martin Simoneau Collaboration spéciale: François Boucher et Richard Boutin 3/18/14 Intégration de systèmes «L ensemble des
Plus en détailSoftware Engineering and Middleware A Roadmap
Software Engineering and Middleware A Roadmap Ecrit par: Dr. Wolfgang Emmerich Présenté par : Mustapha Boushaba Cours : IFT6251 Wolfgang Emmerich Enseignant à University College London: Distributed Systems
Plus en détailLe MSMQ. Version 1.0. Pierre-Franck Chauvet
Le MSMQ Version 1.0 Z Pierre-Franck Chauvet 2 [Le MSMQ] [Date : 10/10/09] Sommaire 1 Introduction... 3 2 Le Concept... 5 2.1 Les messages... 5 2.2 Les files d attentes... 5 2.3 WorkGroup... 7 2.4 Active
Plus en détailAuto-évaluation Programmation en Java
Auto-évaluation Programmation en Java Document: f0883test.fm 22/01/2013 ABIS Training & Consulting P.O. Box 220 B-3000 Leuven Belgium TRAINING & CONSULTING INTRODUCTION AUTO-ÉVALUATION PROGRAMMATION EN
Plus en détailPROJET : ETNIC ESB JANUS. Guide technique : WS-Notification - Clustering. BULL Services et Solutions
PROJET : ETNIC ESB JANUS Guide technique : WS- BULL Services et Solutions Date : 20 novembre 2008 Version : 1.0 Référence Bull : ETNIC_ESB/ANA/00 Auteur : NOSEDA Anne Projet ETNIC ESB JANUS Guide technique
Plus en détail2 Chapitre 1 Introduction
1 Introduction Ce livre présente les Enterprise JavaBeans 2.0 et 1.1 qui constituent la troisième et la deuxième version de la spécification des Enterprise JavaBeans. Tout comme la plate-forme Java a révolutionné
Plus en détailIntégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs
Intégration de systèmes client - serveur Des approches client-serveur à l urbanisation Quelques transparents introductifs Jean-Pierre Meinadier Professeur du CNAM, meinadier@cnam.fr Révolution CS : l utilisateur
Plus en détailApache Camel. Entreprise Integration Patterns. Raphaël Delaporte BreizhJUG 07.11.2011
Apache Camel & Entreprise Integration Patterns Raphaël Delaporte BreizhJUG 07.11.2011 1 Speaker CTO Zenika Ouest Consultant et formateur Responsable comité technique Architecture d'entreprise Domaine ESB
Plus en détailJOnAS 5. Serveur d application d
JOnAS 5 Serveur d application d dynamique Agenda En quelques mots Caractéristiques essentielles Zoom sur le versioning 2 Bull, 2008 Serveur d application dynamique JOnAS - Serveur d application Open Source
Plus en détailSGBDR. Systèmes de Gestion de Bases de Données (Relationnelles)
SGBDR Systèmes de Gestion de Bases de Données (Relationnelles) Plan Approches Les tâches du SGBD Les transactions Approche 1 Systèmes traditionnels basés sur des fichiers Application 1 Gestion clients
Plus en détailUrbanisation des SI. Des composants technologiques disponibles. Urbanisation des Systèmes d'information Henry Boccon Gibod 1
Urbanisation des SI Des composants technologiques disponibles Urbanisation des Systèmes d'information Henry Boccon Gibod 1 Plan de l'exposé Technologies à la mode disponibles. Bus de données, ETL et EAI
Plus en détailNouvelles technologies pour l intégration : les ESB
10, avenue de l Europe Parc Technologique du Canal 31520 Ramonville st Agne 05.61.28.56.20 05.61.28.56.00 www.ebmwebsourcing.com Nouvelles technologies pour l intégration : les ESB EBM Websourcing Sommaire
Plus en détailJava Naming and Directory Interface
Introduction Java Naming and Directory Interface Gaël Thomas gael.thomas@lip6.fr Université Pierre et Marie Curie Master Informatique M2 Spécialité SAR Java Naming and Directory Interface (JNDI) Java Standard
Plus en détailRemote Method Invocation Les classes implémentant Serializable
Parallélisme Architecture Eric Goubault Commissariat à l Energie Atomique Saclay Classe qui implémente la méthode distante (serveur): - dont les méthodes renvoient un objet serializable - ou plus généralement
Plus en détailWindows Internet Name Service (WINS)
Windows Internet Name Service (WINS) WINDOWS INTERNET NAME SERVICE (WINS)...2 1.) Introduction au Service de nom Internet Windows (WINS)...2 1.1) Les Noms NetBIOS...2 1.2) Le processus de résolution WINS...2
Plus en détailLes 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étailArchitecture Orientée Service, JSON et API REST
UPMC 3 février 2015 Précedemment, en LI328 Architecture générale du projet Programmation serveur Servlet/TOMCAT Aujourd hui Quelques mots sur les SOA API - REST Le format JSON API - REST et Servlet API
Plus en détail4. Utilisation d un SGBD : le langage SQL. 5. Normalisation
Base de données S. Lèbre slebre@unistra.fr Université de Strasbourg, département d informatique. Présentation du module Contenu général Notion de bases de données Fondements / Conception Utilisation :
Plus en détailL EAI. par la pratique. François Rivard. Thomas Plantain. Groupe Eyrolles, 2003 ISBN : 2-212-11199-1
L EAI par la pratique François Rivard Thomas Plantain ISBN : 2-212-11199-1 Table des matières Avant-propos................................................ Quel est l objectif de cet ouvrage...............................
Plus en détailGrid Technology. ActiveMQ pour le grand collisionneur de hadrons (LHC) Lionel Cons Grid Technology Group Information Technology Department
DB GT CF Grid ActiveMQ pour le grand collisionneur de hadrons (LHC) Lionel Cons Grid Group Information Department Journée de la communauté FUSE, Paris, 2010 CERN IT Department CH-1211 Geneva 23 Switzerland
Plus en détailMise en œuvre des serveurs d application
Nancy-Université Mise en œuvre des serveurs d application UE 203d Master 1 IST-IE Printemps 2008 Master 1 IST-IE : Mise en œuvre des serveurs d application 1/54 Ces transparents, ainsi que les énoncés
Plus en détailQuelques patterns pour la persistance des objets avec DAO DAO. Principe de base. Utilité des DTOs. Le modèle de conception DTO (Data Transfer Object)
Quelques patterns pour la persistance des objets avec DAO Ce cours présente des modèles de conception utilisés pour effectuer la persistance des objets Université de Nice Sophia-Antipolis Version 1.4 30/8/07
Plus en détailCompte Rendu d intégration d application
ISMA 3EME ANNEE Compte Rendu d intégration d application Compte Rendu Final Maxime ESCOURBIAC Jean-Christophe SEPTIER 19/12/2011 Table des matières Table des matières... 1 Introduction... 3 1. Le SGBD:...
Plus en détailIntroduction aux applications réparties
Introduction aux applications réparties Noël De Palma Projet SARDES INRIA Rhône-Alpes http://sardes.inrialpes.fr/~depalma Noel.depalma@inrialpes.fr Applications réparties Def : Application s exécutant
Plus en détailIntroduction à WebSphere MQ
Guide WMQ WAS 14/02/2008 Introduction à WebSphere MQ Luc-Michel Demey http://demey demey-consulting.fr WebSphere MQ Logiciel IBM, catégorie «middleware» Autres noms : MQSeries MQM WMQ Version 1 en 12/1994
Plus en détailMettez les évolutions technologiques au service de vos objectifs métier
Mettez les évolutions technologiques au service de vos objectifs métier 2 OXIA a pour mission de concevoir et mettre en oeuvre les meilleures solutions technologiques visant à améliorer la productivité,
Plus en détailComposants Logiciels. Le modèle de composant de CORBA. Plan
Composants Logiciels Christian Pérez Le modèle de composant de CORBA Année 2010-11 1 Plan Un rapide tour d horizon de CORBA 2 Introduction au modèle de composant de CORBA Définition de composants CORBA
Plus en détailOpenPaaS Le réseau social d'entreprise
OpenPaaS Le réseau social d'entreprise Spécification des API datastore SP L2.3.1 Diffusion : Institut MinesTélécom, Télécom SudParis 1 / 12 1OpenPaaS DataBase API : ODBAPI...3 1.1Comparaison des concepts...3
Plus en détailL intégration d applications unifiée par les Services Web et XML Réconcilier J2EE.NET EIS et mainframes
L intégration d applications unifiée par les Services Web et XML Réconcilier J2EE.NET EIS et mainframes Page 1 Un système d information: vue de 10.000 mètres A C Système de communication AtoA (EAI) ou
Plus en détailWEBSERVICES. Michael Fortier. Master Informatique 2ème année. fortier@lipn.univ-paris13.fr A308, Université de Paris 13
WEBSERVICES Michael Fortier Master Informatique 2ème année fortier@lipn.univ-paris13.fr A308, Université de Paris 13 https ://lipn.univ-paris13.fr/ fortier/enseignement/webservices/ Sommaire 1 Rappels
Plus en détailArchitecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués
Architecture JEE. Objectifs attendus Serveurs d applications JEE Systèmes distribués Architectures JEE Normes JEE couches logicielles, n-tiers framework JEE et design patterns 2007/02/28 Eric Hébert.eheb@yahoo.fr
Plus en détailMQPerf un outil de diagnostic en mode SaaS des performances optimales du MOM JORAM
MQPerf un outil de diagnostic en mode SaaS des performances optimales du MOM JORAM Solutions Linux 20 juin 2012 Serge Lacourte Directeur Général serge.lacourte@scalagent.com www.scalagent.com Plan JORAM
Plus en détailThreads. Threads. USTL http://www.lifl.fr/ routier 1
Threads USTL http://www.lifl.fr/ routier 1 Rappels - Définitions un Process est un programme qui tourne et dispose de ses propres ressources mémoire. OS multi-tâche plusieurs process en concurrence un
Plus en détailModule BD et sites WEB
Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet Anne.Doucet@lip6.fr 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD
Plus en détailRemote Method Invocation (RMI)
Remote Method Invocation (RMI) TP Réseau Université Paul Sabatier Master Informatique 1 ère Année Année 2006/2007 Plan Objectifs et Inconvénients de RMI Fonctionnement Définitions Architecture et principe
Plus en détailPrincipes. 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étailIntroduction aux intergiciels
Introduction aux intergiciels M. Belguidoum Université Mentouri de Constantine Master2 Académique M. Belguidoum (UMC) Introduction aux intergiciels 1 / 39 Plan 1 Historique 2 Pourquoi l'intergiciel? 3
Plus en détailJava DataBaseConnectivity
Java DataBaseConnectivity JDBC JDBC est une API Java (ensemble de classes et d interfaces défini par SUN et les acteurs du domaine des SGBD) permettant d accéder aux bases de données à l aide du langage
Plus en détailProgramme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION. Mentions Ingénierie des Systèmes d Information Business Intelligence
É C O L E D I N G É N I E U R D E S T E C H N O L O G I E S D E L I N F O R M A T I O N E T D E L A C O M M U N I C A T I O N Programme scientifique Majeure ARCHITECTURE DES SYSTEMES D INFORMATION Mentions
Plus en détailPlan. Department of Informatics
Plan 1. Application Servers 2. Servlets, JSP, JDBC 3. J2EE: Vue d ensemble 4. Distributed Programming 5. Enterprise JavaBeans 6. Enterprise JavaBeans: Special Topics 7. Prise de recul critique Enterprise
Plus en détailIntroduction 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étailPlan du cours. Autres modèles pour les applications réparties Introduction. Mode de travail. Introduction
Plan du cours Autres modèles pour les applications réparties Introduction Riveill@unice.fr http://rangiroa.polytech.unice.fr Notre terrain de jeu : les systèmes répartis Un rappel : le modèle dominant
Plus en détailModule BDR Master d Informatique (SAR)
Module BDR Master d Informatique (SAR) Cours 9- Transactions réparties Anne Doucet Anne.Doucet@lip6.fr Transactions réparties Gestion de transactions Transactions dans un système réparti Protocoles de
Plus en détailUrbanisation des Systèmes d'information
Urbanisation des Systèmes d'information Des composants technologiques disponibles Urbanisation des Systèmes d'information - Henry Boccon-Gibod 1 Plan de l'exposé Technologies à la mode disponibles. Bus
Plus en détailLe 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étailIntroduction à Java. Matthieu Herrb CNRS-LAAS. Mars 2014. http://homepages.laas.fr/matthieu/cours/java/java.pdf
Introduction à Java Matthieu Herrb CNRS-LAAS http://homepages.laas.fr/matthieu/cours/java/java.pdf Mars 2014 Plan 1 Concepts 2 Éléments du langage 3 Classes et objets 4 Packages 2/28 Histoire et motivations
Plus en détailOpen Source Job Scheduler. Installation(s)
Open Source Job Scheduler Installation(s) Installations Standard Configuration Superviseur Agent SOS-Paris 2 Pré-requis o Base de données o MySQL, MSACCESS, Oracle o JDBC ou ODBC o Connecteurs o Mysql
Plus en détailBMC Middleware Management
BMC Middleware Management Réunion GUIDE Share France WMQ 2 octobre 2012 Didier Hauwy Software Consultant didier_hauwy@bmc.com Sommaire Middleware Monitoring - MainView for WMQ - BMM Performance & Availability
Plus en détailJF SMA'14. A3 - Agent Anytime Anywhere. une plateforme à agents distribués. 8-10 Oct. 2014. l'expertise middleware. www.scalagent.
l'expertise middleware JF SMA'14 8-10 Oct. 2014 A3 - Agent Anytime Anywhere une plateforme à agents distribués André Freyssinet Directeur Technique andre.freyssinet@scalagent.com www.scalagent.com Plan
Plus en détailCalcul Parallèle. Cours 5 - JAVA RMI
Calcul Parallèle Cours 5 - JAVA RMI Eric Goubault Commissariat à l Energie Atomique & Chaire Ecole Polytechnique/Thalès Saclay Le 28 février 2012 Eric Goubault 1 28 février 2012 Remote Method Invocation
Plus en détailArchitectures d'intégration de données
Architectures d'intégration de données Dan VODISLAV Université de Cergy-ontoise Master Informatique M1 Cours IED lan Intégration de données Objectifs, principes, caractéristiques Architectures type d'intégration
Plus en détailGroupe Eyrolles, 2004 ISBN : 2-212-11504-0
Groupe Eyrolles, 2004 ISBN : 2-212-11504-0 Table des matières Avant-propos................................................ 1 Quel est l objectif de cet ouvrage?............................. 4 La structure
Plus en détailEAI. De l intégration à l e-business. Novembre 2000. François Rivard consultant senior Tél : +33 1 53 24 67 80
EAI De l intégration à l e-business François Rivard consultant senior Tél : +33 1 53 24 67 80 frivard@cosmosbay.com Novembre 2000 Jean-Christophe Bernadac directeur technique Tél : +33 4 72 65 21 00 jcbernadac@cosmosbay.com
Plus en détailJava et les bases de données
Michel Bonjour http://cuiwww.unige.ch/~bonjour CENTRE UNIVERSITAIRE D INFORMATIQUE UNIVERSITE DE GENEVE Plan Introduction JDBC: API SQL pour Java - JDBC, Java, ODBC, SQL - Architecture, interfaces, exemples
Plus en détailLa haute disponibilité de la CHAINE DE
Pare-feu, proxy, antivirus, authentification LDAP & Radius, contrôle d'accès des portails applicatifs La haute disponibilité de la CHAINE DE SECURITE APPLICATIVE 1.1 La chaîne de sécurité applicative est
Plus en détailNSY102. Conception de logiciels Intranet Introduction
Conception de logiciels Intranet Introduction Cnam Paris jean-michel Douin, douin au cnam point fr 6 Février 2009 Une Introduction 1 Sommaire Introduction Généralités Tendances historique API & Intergiciel
Plus en détailAlfstore workflow framework Spécification technique
Alfstore workflow framework Spécification technique Version 0.91 (2012-08-03) www.alfstore.com Email: info@alfstore.com Alfstore workflow framework 2012-10-28 1/28 Historique des versions Version Date
Plus en détailBD réparties. Bases de Données Réparties. SGBD réparti. Paramètres à considérer
Bases de Données Réparties Définition Architectures Outils d interface SGBD Réplication SGBD répartis hétérogènes BD réparties Principe : BD locales, accès locaux rapides accès aux autres SGBD du réseau
Plus en détailRemote Method Invocation en Java (RMI)
Remote Method Invocation en Java (RMI) Modélisation et construction des applications réparties (Module M-4102C) J. Christian Attiogbé Fevrier 2015 J. Christian Attiogbé (Fevrier 2015) Remote Method Invocation
Plus en détailObjectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui
Formation PARTIE 1 : ARCHITECTURE APPLICATIVE DUREE : 5 h Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui automatisent les fonctions Définir une architecture
Plus en détailExtension SSO Java. Cette note technique décrit la configuration et la mise en œuvre du filtre de custom SSO Java.
Note technique W4 Engine Extension SSO Java Cette note technique décrit la configuration et la mise en œuvre du filtre de custom SSO Java. 1 Présentation 3 2 Custom SSO Java 4 3 Bilan 10 Sommaire Référence
Plus en détailCedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/
Cedric Dumoulin (C) The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Webographie The Java EE 7 Tutorial http://docs.oracle.com/javaee/7/tutorial/doc/ Les slides de cette présentation
Plus en détailTP3. Mail. Attention aux fausses manoeuvres lors de ce TP vous pouvez endommager votre mail sur ouindose.
Université Paris 7 M2 II Protocole Internet TP3 Mail Attention aux fausses manoeuvres lors de ce TP vous pouvez endommager votre mail sur ouindose. 1 Protocole SMTP 1. Le protocole SMTP est définit dans
Plus en détailBPEL Orchestration de Web Services
Orchestration de Web Services Grégory Le Bonniec gregory.lebonniec@zenika.com 26 novembre 2009 1 Zenika Conseil / Développement / Formation Localisation : Paris et Rennes Nos partenaires Mon expérience
Plus en détailJérôme FESSY. IUT de Paris 5. Base de Données. Cours Introductif. Base de Données
Base de Données Cours Introductif Base de Données Quelques chiffres Évolution annuelle moyenne 2004/2000 15% +20% 12% 5% 0.5% 2000 2004 L3G IA SG mono poste : Part de marché 5% 5% 10% Paradox 65% SG 15%
Plus en détailTransactionnel et transactionnel réparti. Source R.CHEVANCE G.Gardarin
1 Transactionnel et transactionnel réparti Source R.CHEVANCE G.Gardarin Plan Concept de transaction - Propriétés ACID Transactionnel réparti Moniteur transactionnel Modèle X/Open Exemple de moniteur transactionnel:
Plus en détailDis papa, c est quoi un bus logiciel réparti?
Dis papa, c est quoi un bus logiciel réparti? Raphael.Marvie@lifl.fr LIFL IRCICA Equipe GOAL Octobre 2006 10. Des sockets aux bus logiciels répartis 1 0. Une application répartie 2 Objectif Découvrir la
Plus en détailAndroid et le Cloud Computing
Android et le Cloud Computing 1 Plan de l'exposé Rappels sur Android et le cloud Présentation de GCM Notions fondamentales de GCM Construire un projet GCM Ecrire un client GCM (récepteur GCM) Ecrire un
Plus en détailLes nouvelles architectures des SI : Etat de l Art
Les nouvelles architectures des SI : Etat de l Art Objectif Mesurer concrètement les apports des nouvelles applications SI. Être capable d'évaluer l'accroissement de la complexité des applications. Prendre
Plus en détailSOA Open Source Intégration des services et business process dans une architecture SOA Open Source. Bruno Georges JBoss, a Division of Red Hat
SOA Open Source Intégration des services et business process dans une architecture SOA Open Source Bruno Georges JBoss, a Division of Red Hat Agenda Cas d etude Contexte métier Les bénéfices Open Source
Plus en détailSmart Notification Management
Smart Notification Management Janvier 2013 Gérer les alertes, ne pas uniquement les livrer Chaque organisation IT vise à bien servir ses utilisateurs en assurant que les services et solutions disponibles
Plus en détailFusion : l interopérabilité chez Oracle
Standardisation et interopérabilité Fusion : l interopérabilité chez Oracle Lionel Dubreuil,, Applications Technology Product Manager, Oracle France, lionel.dubreuil@oracle.com 29/03/2006 Page : 1 Oracle
Plus en détailIntergiciel - concepts de base
Intergiciel - concepts de base Ada Diaconescu, Laurent Pautet & Bertrand Dupouy ada.diaconescu _at_ telecom-paristech.fr Rappel : système réparti Système constitué de multiples ressources informatiques
Plus en détail1. Introduction à la distribution des traitements et des données
2A SI 1 - Introduction aux SI, et à la distribution des traitements et des données Stéphane Vialle Stephane.Vialle@supelec.fr http://www.metz.supelec.fr/~vialle Support de cours élaboré avec l aide de
Plus en détailUrbanisation des SI Conduite du changement IT 20/03/09. Patrick CHAMBET http://www.chambet.com
Urbanisation des SI Conduite du changement IT 20/03/09 Sécuriser ses Web Services Patrick CHAMBET http://www.chambet.com Bouygues Telecom Direction Gouvernance, Outils et Architecture / Sécurité du SI
Plus en détailSystèmes répartis. Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine. Systèmes répartis p.1/49
Systèmes répartis Fabrice Rossi http://apiacoa.org/contact.html. Université Paris-IX Dauphine Systèmes répartis p.1/49 Systèmes répartis Définition très large : un système réparti est système informatique
Plus en détailSOMMAIRE. Conseil de lecture Préface Introduction. 1 Comprendre le rôle des technologies 1. 2 Maîtriser les concepts technologiques 13
SOMMAIRE Conseil de lecture Préface Introduction VII XI XIII 1 Comprendre le rôle des technologies 1 2 Maîtriser les concepts technologiques 13 2.A Connaître son marché et servir ses clients 13 1 Qu est-ce
Plus en détailINTRODUCTION A JAVA. Fichier en langage machine Exécutable
INTRODUCTION A JAVA JAVA est un langage orienté-objet pur. Il ressemble beaucoup à C++ au niveau de la syntaxe. En revanche, ces deux langages sont très différents dans leur structure (organisation du
Plus en détailArchitectures n-tiers Intergiciels à objets et services web
Plan pour aujourd hui Architectures n-tiers Intergiciels à objets et services web Clémentine Nebut Nebut LIRMM / Université de Montpellier 2 Clementine.nebut@lirmm.fr Introduction Architectures classiques
Plus en détailInstallation de GFI MailEssentials
Installation de GFI MailEssentials Introduction à l installation de GFI MailEssentials Ce chapitre explique la procédure à suivre pour installer et configurer GFI MailEssentials. Il y a deux façons de
Plus en détailConception Exécution Interopérabilité. Déploiement. Conception du service. Définition du SLA. Suivi du service. Réception des mesures
Software propose une offre d intégration unique, qui apporte l équilibre parfait entre investissements et performances pour les entreprises qui doivent sans cesse améliorer leurs processus. Des caractéristiques
Plus en détailL annuaire et le Service DNS
L annuaire et le Service DNS Rappel concernant la solution des noms Un nom d hôte est un alias assigné à un ordinateur. Pour l identifier dans un réseau TCP/IP, ce nom peut être différent du nom NETBIOS.
Plus en détailFiche Produit IPS Manager Assistant
Fiche Produit IPS Manager Assistant applications for Cisco Unified Communications Directory Solutions IPS Global Directory Web Directory IPS Popup Personal Directory ClickNDial Provisioning Corporate Speed
Plus en détailJ2EE - Introduction. Développement web - Java. Plan du chapitre
Développement web - Java J2EE - Introduction Franck Denoël Master 2 ICA, UPMF Année académique 2007-2008 Franck Denoël Master 2 ICA, UPMF Année académique 2007-2008 Plan du chapitre J2EE Présentation J2EE
Plus en détailProgrammer en JAVA. par Tama (tama@via.ecp.fr( tama@via.ecp.fr)
Programmer en JAVA par Tama (tama@via.ecp.fr( tama@via.ecp.fr) Plan 1. Présentation de Java 2. Les bases du langage 3. Concepts avancés 4. Documentation 5. Index des mots-clés 6. Les erreurs fréquentes
Plus en détailJ2EE. Java2 Enterprise Edition. Pierre Yves Gibello pierreyves.gibello@experlog.com Mise à jour : 30 Septembre 2004
J2EE Java2 Enterprise Edition Pierre Yves Gibello pierreyves.gibello@experlog.com Mise à jour : 30 Septembre 2004 Ce document est couvert par la licence Creative Commons Attribution ShareAlike. This work
Plus en détailIntroduction à la plateforme J2EE
Introduction à la plateforme J2EE Auteur : Oussama Essefi Directeur technique Expert Consulting Oussama.essefi@expert-consulting.biz Copyright 2010 Expert Consulting Page 1 1. Introduction 1.1. Pourquoi
Plus en détailJava et les bases de données: JDBC: Java DataBase Connectivity SQLJ: Embedded SQL in Java. Michel Bonjour http://cuiwww.unige.
: JDBC: Java DataBase Connectivity SQLJ: Embedded SQL in Java Michel Bonjour http://cuiwww.unige.ch/~bonjour Plan JDBC: API bas niveau pour l accès aux BD (SQL) - Introduction - JDBC et : Java, ODBC, SQL
Plus en détailJADE : Java Agent DEvelopment framework. Laboratoire IBISC & Départ. GEII Université & IUT d Evry nadia.abchiche@ibisc.univ-evry.
: Java Agent DEvelopment framework Laboratoire IBISC & Départ. GEII Université & IUT d Evry nadia.abchiche@ibisc.univ-evry.fr Introduction à la plateforme JADE 1) Modèle d agent 2) Services 3) Norme FIPA
Plus en détailOracle Maximum Availability Architecture
Oracle Maximum Availability Architecture Disponibilité des systèmes d informations Technologies et recommandations 1 Qu est-ce que Oracle Maximum Availability Architecture (MAA)? 1. Objectif : Disponibilité
Plus en détail