Résumé :
Grace a l'utilisation tres repandue de l'Internet, les systemes repartis sont
devenus populaires. Mais ils ont aussi engendre de nouveaux problemes a
resoudre. L'approche orientee objet etant insuffisante pour proposer des
solutions, l'approche de programmation par composants popularisee par divers
travaux de recherches semble plus prometteuse.
Les composants contiennent des caracteristiques et des proprietes analogues a celles des objets (encapsulation de code et de donnees, separation entre interface et realisation, polymorphisme, mecanisme d'heritage), mais presentent en meme temps des caracteristiques qui facilitent la composition, la reutilisation et l'evolution.
Alors que ProActive est une bibliotheque 100% Java permettant de developper et de deployer les applications concurrentes, distribues et mobiles selon un modele purement oriente objet, il n'existait pas de modele de composants d\'efini en ProActive. Ce que l'on souhaite, c'est de pouvoir manipuler les objets actifs comme des composants, plus precisement les deployer, les connecter dynamiquement entre eux afin de pouvoir avoir des composants hierarchiques, les monitorer et controler leur cycle de vie dynamiquement par l'intermediaire d'une GUI. L'introduction de composants hierarchiques permettrait de faciliter encore plus le d\'eveloppement d'applications de grande complexite et de grande taille. Le travail de recherche consistait donc a concevoir un modele pour la construction et le deploiement de composants en ProActive.
Suite a la conception de notre propre modele, on s'est apercu qu'on etait en train de se rapprocher du modele de composant hierarhique offert par Fractal. On a etudie Fractal et son implantation Julia plus en detail pour voir s'il est possible de les integrer a ProActive. Les resultats du travail ont permis de prouver l'impossibilite d'utilisation de Julia. Il fallait meme modifier le modele Fractal pour qu'il puisse couvrir tous nos besoins: il lui manque un mecanisme de nommage, un mecanisme de recherche des instances des composants; et la relation entre les controleurs et les composants reste dependante de l'implantation parce qu'elle n'est pas assez detaillee dans la specification du modele Fractal. On est en train de travailler sur ces points manquants. Cette liste va probablement s'agrandir par l'evolution du travail. On va creer une nouvelle API qui etendera celle de Fractal, si possible en accord avec les architectes du modele Fractal.
Dans cette presentation, on va presenter la conception du modele ainsi que les conclusions du travail effectue. Retour au sommaire / Back to schedule