Plates-formes de déploiement et d`exécution d`applications Contexte
Plates-formes de déploiement et d’exécution
d’applications
St´
ephane Fr´
enot
CITI / ARES - INSA Lyon
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.1/63
Contexte
Explosion d’internet (24/24, 7/7)
Révolution Java (MV, Langage, Bibliothèque)
Emergeance de l’informatique ubique (embarqué,
domotique, adHoc...)
==> Définition de plates-formes permettant la
gestion et l’exécution garantie d’applications pour
les clients
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.2/63
Plan
Historique
Motivations
Les plates-formes existantes
La programmation orientée composants
Conclusion
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.3/63
Origine du problème : La
programmation socket
Deux machines distantes peuvent communiquer
Les deux machines communiquent selon un
protocole d’échange
Deux principes le mode flux le mode packet
=>Programmation non-fonctionnelle
==> Masquer la couche réseau au programmeur
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.4/63
Historique : Appel distant
Masquer à un client la localisation du service
Notion d’interface de service
Infrastructure neutre de gestion : RPC, ORB, RMI
cservice
Impl
Interface
Resultat res=service.calcul(param);
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.5/63
Historique : CORBA 2
CORBA : le bus d’interconnexion
Démons de gestion du bus
Notion de services de base
Cycle de développement
Les services sont accessibles de manière
homogène sur le bus
Corba est tout à la fois (middleware, framework,
indépendant...)
Mais cela reste une spécification...
Naissance du middleware
Composant : Unité d’exécution décrite par son
interface dans un langage neutre
Services : Corba Services, Corba Facilities
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.6/63
Historique : CORBA 2
O
b
j
e
t
s
D
é
v
e
l
o
pp
é
s
S
p
éc
i
f
i
q
u
e
s
e
t
n
o
n
s
t
a
n
d
a
r
d
i
s
é
s
U
t
ili
t
a
i
re
s
C
o
mm
un
s
S
a
n
t
é
F
i
n
a
n
ce
T
é
l
éc
o
m
v
e
r
t
i
c
a
u
x
h
o
r
i
z
o
n
t
a
u
x
I
U
G
e
s
t
i
o
n
i
n
f
o
r
m
a
t
i
o
n
A
d
m
i
n
i
s
t
r
a
t
i
o
n
S
y
s
t
è
m
e
G
e
s
t
i
o
n
d
e
s
t
â
c
h
e
s
N
o
mm
a
g
e
E
x
t
e
r
n
a
li
s
a
t
i
o
n
P
e
r
s
i
s
t
a
n
ce
C
y
c
l
e
d
e
v
i
e
E
v
é
n
e
m
e
n
t
T
r
a
n
s
a
c
t
i
o
n
s
P
r
op
r
i
é
t
é
s
R
e
l
a
t
i
o
n
s
C
o
ll
ec
t
i
o
n
s
T
e
m
p
s
S
éc
u
r
i
t
é
d
a
ccè
s
V
e
r
s
i
o
n
s
N
é
go
c
i
a
t
e
u
r
s
L
i
ce
n
ce
s
C
o
n
c
u
rr
e
n
ce
d
a
ccè
s
C
o
mm
o
n
O
b
j
ec
t
R
e
qu
e
s
t
B
r
o
k
er
A
rc
hi
t
ec
t
u
re
(
C
O
R
B
A
)
Service serv=CosNaming.lookup("Service");
Res res=t.calcul();
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.7/63
Historique : les EJB
Un objet de service doit être identifié (marké)
Il n’y a pas que le code réseau qui ne soit pas du
code fonctionnel (sécurité, transaction, traces)
Un composant peu intéragir avec des services
standards
Notion de déploiement du composant sur le
middleware
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.8/63
Historique : les EJB
Les EJB : Enterprise Java Beans
Composants logiciels (interface de description)
Famille de composants (Entity, Session SL/SF,
Message Driven)
Une usine permet au client d’obtenir la référence
au service
Conteneur réalise une interposition Client/Service
Intégration de la phase de déploiement
Java / RMI
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.9/63
Historique : les EJB
Les EJB : Enterprise Java Beans
Composants logiciels (interface de description)
Famille de composants (Entity, Session SL/SF,
Message Driven)
Une usine permet au client d’obtenir la référence
au service
Conteneur réalise une interposition Client/Service
Intégration de la phase de déploiement
Java / RMI
St´
ephane Fr´
enot - CITI/ARES -Ecotel’2002 – p.9/63
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
1
/
32
100%
