Cours1-Middleware PourEleves

Cours Middleware Equipe pdagogique
Introduction Bart Lamiroy

Corba Laurent Ciarletta
J2EE/RMI Rmi Badonnel
Cours Middleware Servlet/JSP Vincent Cridlig
Web Services
Introduction au middleware ou intergiciel Grid, temps -rel, surprise
Prnom.Nom@loria.fr
coledes Mines de Nancy SI151- 2005-2006 coledes Mines de Nancy SI151- 2005-2006 coledes Mines de Nancy SI151- 2005-2006
1 2 3
Middleware : dfinitions (1) Middleware : dfinitions (2) Le Middleware

L'intergiciel (middleware en anglais) est un ensemble de logiciels Logiciel standard qui permet deux autres logiciels de
ou de technologies informatiques qui servent d'intermdiaire communiquer en utilisant un protocole applicatif. Dans un Centre
entre les applications et le transport des donnes via le rseau. d'appels, prend en charge les communications entre les diffrents Applications Applications
constituants : ACD, SVI, applicatif...
Ils offrent des services de haut niveau lis aux besoins de
www.digiway.fr/html/glossairejm.htm
communication des applications (temps rel, scurisation, Middleware Middleware
srialisation, transaction informatique, etc.). Un middleware permet la communication entre des clients et des
serveurs ayant des structures et une implmentation diffrentes.
fr.wikipedia.org/wiki /Middleware Systme de
Il permet l'change d'informations dans tous les cas et pour
Couche logicielle interm diaire entre les applications et le rseau, toutes les architectures. Enfin, le middleware doit fournir un
permettant le dialogue entre des applications htrognes. moyen aux clients de trouver leurs serveurs, aux serveurs de communication
O.S O.S
Synonyme : Intergiciel. trouver leurs clients et en g nral de trouver n'importe quel objet
lexicom .free.fr/lexicommo .htm atteignable. Machine Communication physique Machine
cynode.projet-enoch.net/resource/xml/doc/memoire /generated-
html/memoire _g1107.html
4 5 6
1
Pour quoi faire? Faciliter la programmation rpartie Aspects importants
Interface de haut-niveau (API) pour le dveloppement Dveloppement, volution, rutilisation des applications Applications en constante volution (besoins, architectures,
ressources etc)
dapplications
QoS
Cacher htrognit du systme sous -jacent (matriel Portabilit des applications Capacit d volution
et logiciel) Mobilit, dynamisme des environnements/utilisateurs
Cacher les problmes de la rpartition au maximum
Interoprabilit dapplications htrognes Adaptation
Fournir des services rpartis dusage courant
Dcouverte de service
Reconfiguration Dynamique/adaptable
Faciliter la programmation rpartie Comportement
Rutilisation, simplicit etc ..
Composants
7 8 9
Applications rparties : Applications rparties :

Systme et Application Systme et Application
Systme : Application :
gestion
des ressource communes
Rponse un probl me spcifique Panorama des
Fournir des services des utilisateurs (personnes, autres
De linfrastructure applications) architectures et
Li au mat riel et logiciels sous -jacents Utilisant les services gnraux offerts par le systme
Systme Certaines applications travaillent directement sur le technologies
Dexploitation matriel (systmes embarqus, rseaux de capteurs
De communication
etc
Cacher la complexit du matriel, des communications :
fourniture de services dun haut niveau
10 11 12
2
Plan Contexte Contexte
Contexte Linformatique dentreprise est rpartie Passage du Web des utilisateurs/clients un Web
Applications distribues
Vision OMG Client Serveur inter-systme
Objets rpartis
Vision .NET Client, B2C, B2B, EAI etc
Objet Objet
Vision Sun
Middleware Modles qui voluent :
Les Services Web/Web Services
Client/serveur -> Grid, P2P
Divers moyens daccs en mode client-serveur
Mobile, Internet, Minitel, Tlphone
Besoin d architecture ouverte et adaptative
Vers lentreprise tendue
13 14 15
Architecture oriente service 3 principales approches CORBA

SOA (Service-Oriented Architecture) Autour de Corba : informatique dentreprise, intgration
Pas nouveau dapplications legacy
Permet l interoprabilit de systmes htrognes Autour de Java : Internet et Web
Couplage lche ou mou entre les composants logiciels
Application et Web Serveurs
Service = action excute par un fournisseur pour un
client COM+ , .NET : position forte de MS sur les postes de
Diffrence avec l orient objet : travail
Dcouplage donnes mode de traitement
Ce nest plus le technique qui dicte l architecture, mais le
mtier
16 17 18
3
LOMG
Common Object Request Broker Architecture Objet Corba
Object Management Group Une architecture dinteroprabilit distribue et oriente objet selon un
modle client -serveur ouvert
Cr en 1989 Elments :
Stub et skeleton g nrs
But non lucratif Client Serveur automatiquement Serveur
Plus de 850 membres Object Adapter :
Objet IDL Objet enregistrement des objets,
Cration et maintenance de spcifications: (C++, Python ) (Java, Cobol ) invocation, contr le Objet
BOA (Basic) CORBA Interoperable Object Reference
(**) unmarshalling
(*) marshalling
(*)
(**)
CORBA POA (Portable) Interface Implmentation (C++,
UML Skeleton ORB : Object Request IDL Java, Cobol..)
Broker (messages) Servant
www.omg.org Object IOP : Inter -ORB Protocol
Stub Adapter GIOP ( General)
IIOP IIOP (Internet)
ORB ORB
IDL : Interface Definition
Language
19 20 21
OMA (Object Management Architecture)

CORBA : le mode dynamique CORBA : les composantes du bus
larchitecture globale
Interface du bus
Adaptateur dobjet Objets Interfaces Utilitaires communs
Interface de squelettes statiques applicatifs de domaine
Workflow Administration
Interface dinvocation statique Tlcoms
Interface de squelettes dynamiques
Un rfrentiel des interfaces stocke sous forme Interface dinvocation dynamique Spcifiques Sant Finance DataWare IHM
dobjets les descriptions dinterfaces OMG-IDL.
Une API (DII: Dynamic Invocation Interface) permet de
Bus dobjets rpartis
construire des requtes lexcution. SSI DSI
SII DII Nommage Vendeur Scurit Relations Collections Temps Licences Externalisation
ORB OA
Bus de communication Cycle
Interrogations de vie Transactions Proprits Persistance Events Changements Concurrence
Rfrentiel Rfrentiel
IR des interfaces
ImplR des implantations Services objet communs
22 23 24
4
CCM (Corba Component Model) Vers CORBA 3 Implmentations
Extension logique des EJB (interoprabilit avec les EJB) BEA WebLogic
Composant emballs
CORBA 2.2 IBM WebSphere
Description XML du contenu
client/serveur orient objet, les interfaces de base et le POA,
Binaires (diffrentes plateformes)
les mcanismes dynamiques, GIOP, OMG-IDL et ses
IONA Orbix
4 cat gories de composants
Service
projections vers C, C++, SmallTalk, COBOL, ADA et Java. Borland Enterprise Edition
Session CORBA 3.0
Entity interfaces multiples, passage par valeur,
Process modle de composant, langage de script,
MICO
CIF ( Component Implementation Framework) minimumCORBA, realtimeCORBA, CORBA/COM/DCE OmniORB
Utilise CIDL (Component Implementation Description Language) pour messaging, printing, fault tolerance, firewall
gnrer le code compl mentaire au code du composant ORBit
Chaque composant est plac dans un container
25 26 27
Suns Java 2 Enterprise Edition

CORBA, UML, XML et MDA J2EE
Architecture gnrale
UML = standard OMG Client tier Serveur Serveur Backend
W3C DOM (Document Object Model) : Web tier dapplications tier
Navigateur Web
Accder XML via des interfaces tier BD
et Applet
Se fonde sur lIDL OMG Conteneurs EJB
JSP
Types Corba passs par valeurs mapps sur du XML Clients volus
Entity Beans
CCM : encodage, configuration et dploiement dcrits en XML Composants
Stateful et Applications
Etc dapplication
stateless Beans legacy
Evolution vers le MDA (Model Driven Architecture) cliente
Servlets
Spcifications crites 2 niveaux Web Services Message Driven
PIM (Pateform-Independent Model) Clients Beans
PSM (Plateform- Specific Model)
Mapping PIM vers PSM
Processus business et entit s model s au niveau PIM Nommage et rpertoire (JNDI) Messaging (JMS)
Gn ration automatique avec les mappings
englober CORBA, J2EE, XML, .NET et les autres technologies
28 29 30
5
Composants dans lunivers Java Applets et JavaBeans Servlets/JSP
Applets (J2SE) Applets : Servlet :
Composants lgers Esprit des applets, ct serveur
JavaBeans (J2SE)
Tlchargeables pour les clients (navigateurs Web) Composants lgers instanci s par les serveurs Web
Enterprise Java Beans (J2EE)
Modle de scurit fort Excut
Servlets/JSP (J2EE) JSP :
Composants dapplication cliente (J2EE) JavaBeans : code Java et HTML entrelacs
Programmation connection-oriented ( wiring ) Pour la prsentation
Flux dv nements entre des sources et des listeners Dfinition d clarative : gnration automatique de pages Web
Clients (le plus souvent) et serveurs (et des servlets correspondantes)
Support pour la conception visuelle dapplications Interprt
31 32 33
EJB EJB Application client components

Services intgrs dans des conteneurs dEJB Beans 4 types de E-Beans Applications non contraintes ct client
Stateless Session
Ncessit de dclarer leurs attributs Traitement, workflow Utilisant JNDI pour accder aux proprits de
Besoin de descripteurs de dploiement Sans tat lenvironnement, aux EJB, et ressources sur les
Stateful Session
Diffrent des Java Beans ! : Traitement, workflow
serveurs
Composition orient e objet Avec tat
Cration dinstances, appels de mthodes Entity
Pas trs adapt au wiring Mmoriser un composant mtier
Partage entre plusieurs utilisateurs
Point fort : composition contextuelle
Message Driven (depuis EJB 2.0)
(MOM) Middleware orients message : point point ou publication/souscription
34 35 36
6
Directions explores par Sun Les composants selon Microsoft COM Variable du
Client vtable
Op 1
Interface Op 2
Node
Jini Chemin choisi : construire ses propres applications et Modle initial : COM Op n
plateformes, et les modifier continuellement (pas de standard Microsoft et Macintosh
Fdrations de clients et de services Java (protocole de global) Composant
dcouverte de services) Tierces parties (HP)
Service de noms, transactions rparties, v nements
Composants samliorent au fur et mesure A influenc dautres modles (XPCOM de Mozilla,
VBX (non orient-objet!), OLE (Object Linking and Embedding),
CCM de lOMG)
JXTA ActiveX, ASP (Active Server Page). Standard binaire
Pas de description de la liaison avec des langages de
juxtaposition
Rcemment : programmation particuliers
P2P Focus sur lInternet et le Web (IETF, W3C) Objets : ni favoriss ni dnis
Standards ECMA pour les spcifications .NET (CLI et C#) Seule d finition : linterface
37 38 39
DCOM, OLE/ActiveX, COM+ DCOM, OLE/ActiveX, COM+ .NET

DCOM OLE Control CLR (Common Language Runtime )
Distributed COM VBX, OCX puis ActiveX Implantation de :
Client -Side Proxy et Server-Side Stub : Composants COM implantant une des interfaces prdfinies CLI (Common Language Infrastructure) : spcification ECMA
interprocessus dans COM, inter - machine (serveurs de documents et vnements essentiellement)
Mapping des types simples de donnes vers et depuis des flux doctets
Continuation/interoprabilit de/avec COM
OCX : trs lourds Chargement/d chargement dynamique, ramasse- miette, reflection ,
Standard binaire
ActiveX : certaines interfaces sont optionnelles, interfaces persistance etc indpendamment du langage
OLE sortantes et propri ts (modifiables par l application ou C#, Jscript , Managed C++, VB .NET
Object Linking and Embedding lutilisateur : Look and Feel)
Combiner les applications legacy Modules en CIL (Common Intermediate Language)
Paradigme document -centric
COM+ Sorte de bytecode
transactions, messages asynchrones, clustering, quilibrage
Collection prdfinie dinterfaces COM Assemblies : units de dploiement (sorte de fichiers jar)
de charge
40 41 42
7
.NET, Composants .NET Evolution
Application
Flux XML
Page HTML Application cliente Windows Service Web

Cible 3 niveaux Interoprabilit 2 2 des diffrentes visions
Services Web
NET
ASP.
WebForm WinForm SOAP
Plateformes de d ploiement (cts clients et serveurs) Composants tout XML
Code Behind (code compil)
Plateforme de d veloppement
Assembly
Composants fonctionnels
ADO.NET
CLR
Base de Donnes ADO Enterprise Services (ex COM+)
43 44 45
Quelques chiffres XML Lmergence dXML

Gartner (USA Aot 2004) eXtensible Markup Language, W3C (1998)
40% Java/J2EE, 41% .NET
Outils : 24/25% Microsoft/IBM Open Source 5% Reprsentation de donnes (partiellement) structures
Travail sur les Web Services : 50% BD :
Travail sur le SOA : 30%
.NET per u comme solution pour Web Services par 70% organisation plutt autour de tables
49% : solution complte et intgre Compar XML :
IDEO (France sept 2004)
plutt arbres, mais autres structures aussi
>60% Java/J2EE / <40% .NET
Frameworks J2EE Si on a des donnes nonstructures : y faire rfrence
Utiliss par 56% depuis le document XML
68% Open Source, 1/3 interne, 17% commerciaux
Web Services :
50% int resss, 18% projet pilote
40% prometteur, 38% manque de recul
46 47 48
8
XML Principes <cours>
<titre> XML Web Services </titre>
<chapitre>
Grammaire
<numero > 1 </numero >
<titre> Bases du XML </titre>
<contenu> quelques informations </contenu>
Reprsentation de donnes
</chapitre>
<chapitre> Deux fa ons de d finir une grammaire XML :

</chapitre> DTD (Document Type Description)
Messages </cours>
Non extensible
Pages Web Langage de dfinition de grammaire XML
Documents traditionnels Ensemble non fini de balises Contraintes sur la validit d un document
Lutilisateur peut crer de nouvelles balises Largement utilis

Donnes de configuration
Expression faible (type, structure)
Langage commun (syntaxe) Dfinition de grammaires : XML est un Meta-Langage XML Schma
MathML, NewsML, XMI, Doc, Slides, Langage XML de dfinition de grammaire XML
lments XML
Extensible
lments, attributs XML, texte non structur Sparation de la forme et du fond Interaction avec autres standards XML (XML Namespace et Xpath)
De + en + utilis
Racine unique du document Un document XML peut tre constitu de deux entits (le fond
Expression puissante (type, structure, hritage)
et la forme)
Un document XML est dit valide lorsquil est conforme une grammaire
49 50 51
XML Namespace : Espaces de XML-Web Services :

Pourquoi XML?
noms un nouveau Middleware
Standard W3C
Mcanismes permettant de partitionner les balises XML (permet les Web Services
davoir deux fois le mme nom de balise) La syntaxe XML ne contient que peu de mots clefs : Simplicit
XML est indpendant des plates -formes : Portabilit
Un espace de nom est dfini dans nimporte quelle balise par XML est un m ta-langage, il est possible de crer ses propres balises :
lattribut xmlns et par une URI. Extensibilit
Dans un document XML, un espace de noms est identifi par un Outils disponibles (et gratuits)
nom logique, les balises appartenant cet espace doivent alors
tre prfixes par ce nom logique. Largement utilis pour les changes
inter -applications
Ex :
<meta:body xmlns:meta="http://meta.lip6.fr/meta/"
52 53 54
9
Limitations des middlewares Limitations des middlewares Solutions existantes
Passage large chelle : Web Inconvnients intrinsques Modification du Protocole
Protocoles htrognes Complexit RMI / IIOP
IIOP, RMI, DCOM CORBA : IDL, Mapping, Passerelles
Firewall EJB : Container, JNDI, CORBA vers DCOM
Pas douverture des services Prennit : remise en question
Notion de moteur de recherche inexistante CORBA, EJB, .Net,
Portage dapplications existantes difficile
Trop de contraintes sur le client ! Prix
Doit possder les souches Plates-formes Solutions non standards
Difficult de construire dynamiquement Comptences
55 56 57
Exemple : achat de vhicule en

Plateforme pour les WS XML
ligne
Web Services Platform
Besoin de connectivit, dinteraction, dinteroprabilit, Application Service profile
Connected Client Web client
P2P EAI B2B Grid Applications et intra et inter-organisation dans le cadre du Web Transformation
Applications infrastructure Service voiture
Management Business applicative Donc ce sont les standards du Web et donc le XML et moins chre
Devices Mobile
Process le modle de Web Service qui fournissent une couche
Agrgation
dintgration prometteuse, pour toutes les technologies
Metadata
Service assurance
Security Reliability Transaction
moins chre
y compris celles des composants
Messaging Fondation
Service prt plus
XML bas
HTTP TCP SMTP Transport
58 59 60
10
les Web-Services Approche Envisage Vers SOAP
Applications modulaires, autodescriptives , publiables, invoques
par des protocoles du Web.
Un nouveau protocole : SOAP Remote Object Invocation
Acteurs 3 spcifications associes bases sur
Bas sur XML
Client (invoque) XML XML-RPC
SOAP : invocation des services (transport Portabilit, H trognit
Fournisseur (service) des donnes) Port par des protocoles large chelle existants SOAP (Simple Object Access Protocol)
Annuaire (informations) WSDL : description des services offerts
(mthodes invocables) HTTP, SMTP, Ladresse de l invocation
UDDI : annuaire permettant la dcouverte
Paradigme orient service : WSDL Embarque une large gamme de types de donn es dans les
des services par le client
Annuaire Dfinition de services offerts (en XML) messages dinvocation
UDDI 1: Inscription
2: Dcouverte
Dcrit les parties obligatoires et optionnelles
Dcouverte automatique des services (dynamicit) :
Web Service UDDI
Middleware
Application
Client 2: Invocation Interface mtier
Rfrentiel de Web Service (Pages Jaunes, Vertes, Blanches)
WSDL
SOAP
61 62 63
XML Web services SOAP SOAP (exemple)

WSDL, UDDI, WSFL, XLANG Protocole dchange de messages (client / serveur) Requte
POST / InStock HTTP/1.1
Reposent sur SOAP Bas entirement sur XML Host: www.stock. org
Services offerts par des serveurs Web Standard W3C (Initiative IBM et Microsoft) Content -Type: application/ soap+xml; charset=utf-8
Content -Length: nnn <?xml version="1.0"?>
Actuellement SOAP 1.1/1.2
Pas pour les individus enveloppe <soap:Envelope
Mais pour dautres systmes Concepts xmlns:soap=http://www.w3. org/2001/12/soap-envelope

En-tte soap:encodingStyle="http://www.w3. org/2001/12/soap-encoding">
Message = Enveloppe
WS-I Web Service Interoperability (WS-I Organisation) ( Header + Body ) Corps <soap:Body
xmlns:m="http://www.stock. org/stock">
Extensibilit Faute <m: GetStockPrice>
<m: StockName>IBM</m:StockName>
Port sur HTTP, SMTP, FTP </m:GetStockPrice>
Contenu
</soap:Body>
</soap:Envelope>
64 65 66
11
SOAP (exemple) Description des Services Web Dcouverte de Web Service
Rponse WSDL : Web Service Description Language UDDI : Universal Description, Discovery and Integration
HTTP/1.1 200 OK
Content -Type: application/ soap; charset=utf-8
Langage de dfinition de Web Services Rfrentiel de dfinitions Web Service
Content -Length: nnn
Bas entirement sur XML Permet de construire dynamiquement des clients
<?xml version="1.0"?>
<soap:Envelope Standard W3C (Initiative IBM et Microsoft) Recommandation OASIS
xmlns:soap=http://www.w3. org/2001/12/soap-envelope
soap:encodingStyle="http://www.w3. org/2001/12/soap-encoding"> Actuellement WSDL 1.1 Rfrentiel dfini lui-mme en WSDL
<soap:Body
xmlns:m="http://www.stock. org/stock">
Dfinition de linterface, de lURL et du port du Web Rfrentiel Public / Priv
<m: GetStockPriceResponse> Service.
<m: Price>34.5</m:Price>
</m:GetStockPriceResponse>
Utilise le systme de typage de XML Schma
</soap:Body>
</soap:Envelope>
67 68 69
Exemple : achat de vhicule en Scurit dans/pour les Web

Orchestration/Chorgraphie
requte
Client
rponse
Moteur
orchestration
requte
WS1 WS2 WS3
ligne (suite) Services
1
A partir du Moteur Application Services de scurit
2 Service profile
Business Process Modeling (BPM) dorchestration
(centralis)
3 Client Web client Authentification
Transformation
4
Autorisation
1 6 5 Service voiture Garage 1
2 visions :
3 5
Confidentialit
2 4
moins chre
6 Garage 2 Intgrit
Orchestration : vision centralise WS1 WS2 WS3 rponse
Modles propos s
Agrgation
BPEL (Business Process Garage 3

Execution Language) d OASIS Service assurance
Agence 1 Pour XML
Produits WS WS1 WS2 WS3 moins chre
Client chorgraphi XML Signature
rponse requte Agence 2
requte
1 XML Encryption
Chorgraphie : vision globale des SAML -XML (Security Assertions Markup Language)
2 Service prt plus Banque 1
interactions Web Service
! Tout est XACML (Extensible Access Control Markup Language)
( chorgraphi )
3
bas
W3C WS-CDL 4 Banque 2 XKMS (XML Key Management Specification
Pas de produits 5
Web Service
1 2
Pour WS
3
Banque 3
rponse
WS-Security : messages SOAP ( et WSDL) scuriss
WS1 WS2 4 WS3
70 71 72
12
Niveaux de service Service Level Agreement SLA / SLS : vue rseau
Un SLA est tabli entre un
SLA : Service Level Agreement client et un fournisseur de
SLA service.
SLS : Service Level Specification SLA intra-domaine
SLA inter-domaine
Un SLA est un contrat entre un fournisseur et un client Informations
garantissant des niveaux de performance et de fiabilit juridiques Un SLS est la partie technique
un certain cot. du SLA.
Les SLA peuvent tre utiliss pour tablir les besoins SLS Un SLS est utilis par un
en disponibilit, fiabilit, temps de rponse, etc. fournisseur de rseau pour
configurer les lments de son
rseau afin de ne pas violer le
SLA.
73 74 75
Structure dun SLA : Indicateurs de niveau de service

Problmes
application aux Web Services pour les Services Web
WSLA
Dsignation des parties Participants
Ngociation des paramtres
Priode de validit Dfinitions de service Temps de rponse
Services fournis Obligations Disponibilit Vrifications de la validit/ du respect des contrats

Service Level Bande passante
Specifications Niveau de scurit Pnalits / compensation
Pnalits Frquence de pannes
Reporting Temps de rsolution dune panne Scurisation
Temps denregistrement
76 77 78
13
Produits sur le march Et lOpen Source Et lOpen Source
BEA WebLogic 8 et 9, framework Beehive Apache Software Foundation Pas dadministration ou de monitoring
IBM WebSphere (6.0) et Atlantic Axis
Jonas (Java Open Application Server - ObjectWeb) Serveur
JaxMe (Java XML binding )
Microsoft .NET , WSE (Web Service Enhancement) XML-RPC
dapplication middleware opensource
HP Netaction jUDDI (Java UDDI)
Borland SOAP
Compuware WSFX (Web Service Functionality Extension)
Mono .NET
WSS4J (WS Security)
WebMethod
Etc
Sun One WSIF (Web Service Invocation Framework), WSIL (Web Service Inspection
Language), WSRP4J (Web Service 4 Remote Portlet)
BEA a offert Beehive Apache
Concepts :
On Demand dIBM
Agile de Microsoft
79 80 81
Business Process Directions et conclusion Rfrences

Commercial Int gration des architectures existantes paralllement aux Web Services Clemens Szypersky
Mise en uvre de la logique mtier Component Software, Beyond Object Oriented
Amberpoint, Actional, Blue Titan
Clustering : programming
Equilibrage de charge
Rplication de session
Sacha Krakowiak
Open Source
Deepak Alur et al.
JBPM (dfinitions de processus bas s sur UML/J2EE) J2EE et les Design Patterns
Prometteur mais encore immature
Open Business Engine (norme WfMC workflow management Standard
coalition), J2EE
Xavier Blanc (transparents de cours)
Interoprabilit
Werflow (BPML et BPELWS) Rutilisation Christophe Bouthier (transparents de cours)
Assemblage souple de composants Francine Krief (transparents)
Etc
Mais la diff rentiation se fait par des services non standards
82 83 84
14

Cours1-Middleware PourEleves

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours1-Middleware PourEleves

Transféré par

Droits d'auteur :

Formats disponibles

Cours Middleware Equipe pdagogique

Introduction Bart Lamiroy

Middleware : dfinitions (1) Middleware : dfinitions (2) Le Middleware

Applications rparties : Applications rparties :

Architecture oriente service 3 principales approches CORBA

OMA (Object Management Architecture)

Suns Java 2 Enterprise Edition

EJB EJB Application client components

DCOM, OLE/ActiveX, COM+ DCOM, OLE/ActiveX, COM+ .NET

Page HTML Application cliente Windows Service Web

Base de Donnes ADO Enterprise Services (ex COM+)

Quelques chiffres XML Lmergence dXML

Lutilisateur peut crer de nouvelles balises Largement utilis

XML Namespace : Espaces de XML-Web Services :

Exemple : achat de vhicule en

HTTP TCP SMTP Transport

XML Web services SOAP SOAP (exemple)

Mais pour dautres systmes Concepts xmlns:soap=http://www.w3. org/2001/12/soap-envelope

Exemple : achat de vhicule en Scurit dans/pour les Web

BPEL (Business Process Garage 3

Structure dun SLA : Indicateurs de niveau de service

Services fournis Obligations Disponibilit Vrifications de la validit/ du respect des contrats

Business Process Directions et conclusion Rfrences

Vous aimerez peut-être aussi