Analyse des besoins et vision pour ARCAD

1
Analyse des besoins et vision pour ARCAD

• Synthèse du 30 mars 2001

2
Ce quon veut

• Supporter des applications réparties à base de
  composants
• Support application (pas différence composant
  appli. / composant dinfrastructure)
• Possibilité davoir un spectre de compromis
  souplesse/efficacité large (adaptabilité) !!
• Pas dhypothèse quant au grain composant
• Possibilité de partager des composants (opt.
  gestion de ressources, cohérence)

3
Quest-ce quun composant ?

• Objet (interfaces ODP)
• Réification des liaisons inter-objets
• Exemple de composants
• Serveur de noms (boîte fortement partagée)
• Cache partagé entre OA et support persistance
• Personne

4
Besoin dun modèle de programmation commun

• Définition dun modèle de composants (plus
  générique quEJB ou CCM)
• Devrait convenir à la vision  modèle de boites 
• Doit-on avoir la notion de container ?
• Sous quelle forme a-t-on les deux rôles
  (contrôleur/contrôlé)

5
Approche à ladaptation

• Déf. Adaptable modulaire composable (cf.
  Phénix)
• Approche statique et approche dynamique
  complémentaires !!!
• Utilisation du même modèle de composant
• Préparation statique pour autoriser dynamique
• (Passage dynamique ? statique) ? optimisation
  (sans perte de la vision dynamique)

6
Et les aspects

• Exprimés en terme de composants
• Composition daspects
• Pb de la non-orthogonalité
• Pistes approche synchrone (statique), approche
  réactive (dynamique)

7
Contraintes / cadre de travail

• Limitation à Java
• Chemins de migration plate-forme ObjectWeb
• Identifier les synergies (complémentarité plutôt
  que concurrence)