Skip to topic | Skip to bottom
Home
Minfo
Minfo.FayolleSamuelr1.18 - 24 May 2008 - 12:15 - SamuelFAYOLLEtopic end

Start of topic | Skip to actions
-- SamuelFAYOLLE - 27 Feb 2008

Page de suivi du TER 2008

Sujet 17 : Virtualisation d'orchestration de services

Sommaire :

14/02/08 :

  • Rencontre avec Mahiou Mehdi (chef de projet du TER de virtualisation de l'année précédente) pour avoir une vue globale du projet TER.
  • Présentation rapide de l'architecture de ce qui a été fait lors du précédent TER (Fractal)
  • Présentation rapide de BPEL, WISDL, AMUI, et composants fractal

15/02/08 :

  • Premiere prise de contact avec notre encadrant

18/02/08 au 22/02/08 :

25/02/08 au 29/02/08 :

  • Tests et modifications Helloworld sur l'implémentation Julia
  • Deploiement du Helloworld (construction des composants, contrôleur, intercepteurs, execution)
Résulats : ImplementationJulia
  • Réunion avec l'enseignant le 29/02/08 pour le TD de Suivi du TER 2007-2008

03/03/08 au 09/03/08

  • Conception du Cahier des charges : Première ébauche disponible ICI

17/03/08 au 22/03/08

31/03/08

  • Mises au point avec notre enseignant lors du Deuxième TD de Suivi du TER 2007-2008.
  • Nouvelle version du cahier des charges.

du 01/04/08 au 04/04/08

  • Finalisation du cahier des charges
  • Préparation de la présentation, mise au point de slides

le 07/04/08

  • Analyse de SCA : recherche des relations entre SCA et BPEL :

le 08/04/08

  • Conclusion de l'analyse de SCA : "BPEL is incorporated into SCA as the implementation of a component, similar to components written in Java or C++. A BPEL process is included into an SCA composite using the syntax implementation.bpel."
cf : Relationship between SCA and BPEL
  • Réunion avec notre encadrant afin de mettre au point l'avancement du projet.

le 09/04/08

  • Etude du monitoring dans ActiveBPEL? : ActiveBPEL? fournit la surveillance du moteur, et si on le souhaite, on peut déclencher une alerte pour prévenir l'administrateur lorsque le moteur cesse de fonctionner ou si une propriété qui est surveillée provoque une erreur ou un avertissement. On peut concevoir un processus BPEL afin de faire un service d'alerte de surveillance.

  • Etude du sytème de gestionnaire d'évènements dans ActiveBPEL? : Event Handling

10/04/08 et 11/04/08

  • Etude des capacités de surveillance d'une orchestration par ActiveBPEL?. Nouvelle possibilité trouvée : comme le fait la page d'administration du moteur.
Compte-rendu dispnible ici : monitoringActiveBPEL.pdf: Compte-rendu du monitoring AtiveBPEL?

14/04 au 16/04

le 17/04

  • Nouvelle rencontre avec Annabelle Mercier afin d'identifier les bugs et analyser les choix d'implémentation 1..N.

le 18/04

  • Recherche d'un moyen qui pourrait intercepter les appels de méthodes d'une interface d'un composant donné, et déclencher le code correspondant. Piste intéressante : intercepteurs et controlleurs de Fractal (recherche de documentation...).

21/04 au 25/04

  • Découverte d'un nouveau bug : les proxys sont créés mais le moteur d'orchestration ne passe pas par eux mais communique directement avec les WS. Concertation avec toute l'équipe afin de trouver un moyen pour le résoudre.
  • Mise en place des Intercepteurs/Controlleurs. Très peu de documentation disponible (et faibles explications), nous avons dû tester à partir d'exemples et beaucoup débeugguer... donc beaucoup de tests. Nous pensions qu'il fallait implémenter de nouveaux composants alors que tout doit se définir dans la membrane.
==> Création de la membrane appropriée, implémentation des classes et interfaces Java correspondantes. Tests et mise en place des méthodes "pre" et "post". Problème persistant : Seul le "pre" fonctionne, et nous avons réfléchi et déduit qu'il serait plus intéressant d'utiliser le "post" afin de pouvoir obtenir le PID, ce qui est possible uniquement APRèS le lancement d'une orchestration.

28/04 au 01/05

  • Liste des problèmes rencontrés :
    • Conflits dans les libs axis/active-bpel dans tomcat.
    • La méthode "pre" de l'intercepteur marche mais le "post" ne fontionne toujours pas
  • Afin de suivre l'avancement de l'orchestration (deux pistes) :
    • Mécanisme de pompe : pour toutes les orchestrations non terminés : charger l'état et analyser la liste des activités.
    • Ajouter des écouteurs sur le moteur(cette piste a été abordée précédemment sans succès)
  • Réunion avec notre encadrant : Etudes des moyens pour la résolutions des proplèmes persistants :
  • Séparer en deux serveurs tomcat (un avec ActiveBPEL? et l'autre avec axis et nos composants Fractal) ou créer un nouveau WebApp?.
  • Se remettre sur la piste des listener. Expérimenter le plus possible, car le gain de fonctionnalités apporté par ces écouteurs serait très intéressant.

01/05 au 09/05

  • Intercepteurs et contôleurs sont fonctionnels, le pre ainsi que le post marchent bien.
  • Implémentation de classes qui génèrent et déploient automatiquement le composant intermédiaire (en Fractal) et son implémentation (en java).
  • Tests de toutes les méthodes de la surveillance à la demande du contrôleur.

12/05 au 16/05

  • Tests finaux sur notre virtualisation.
  • Rédaction de documentation et du rapport.

19/05 au 23/05

  • Rédaction du rapport (schémas ...).
  • Préparation des slides avec LateX?.
  • Préparation de la présentation avec tout le groupe.

to top

I Attachment sort Action Size Date Who Comment
monitoringActiveBPEL.pdf manage 88.5 K 10 Apr 2008 - 15:08 SamuelFAYOLLE Compte-rendu du monitoring AtiveBPEL?
getVersionTest_etat_engine.xml manage 4.2 K 16 Apr 2008 - 11:56 SamuelFAYOLLE  

Copyright © 1999-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding WIKIDeptinfo? Send feedback