En raison de l'augmentation de la demande de calcul, l'architecture orientée services devient l'une des solutions les plus populaires adoptées par la communauté des affaires. Cependant, l'architecture orientée services est basée sur le concept de processus distribué qui peut conduire à divers problèmes, y compris les plus critiques comme l'achèvement partiel d'un processus. Les entreprises ont certes besoin d'une puissance de calcul accrue, pour laquelle l'informatique distribuée joue un rôle vital/est vitale, mais elle peut aussi compromettre la fiabilité/être au prix de la fiabilité. La fiabilité dans une SOA implique que si un sous-processus parmi l'ensemble des processus échoue, l'ensemble de la transaction doit échouer/être interrompue. Au niveau de l'application, ce concept a été mis en oeuvre par le biais de transactions gérées par des conteneurs EJB qui utilisent des attributs pour définir la portée des transactions. ATc s'inspire d'EJB pour mettre en oeuvre cette idée dans SOA /SOC. Dans ce projet, nous proposons un interpréteur pour ATc qui comprend un langage de programmation conçu pour expérimenter la reconfiguration des services et son comportement changeant avec une portée de transaction.
En raison de l'augmentation de la demande de calcul, l'architecture orientée services devient l'une des solutions les plus populaires adoptées par la communauté des affaires. Cependant, l'architecture orientée services est basée sur le concept de processus distribué qui peut conduire à divers problèmes, y compris les plus critiques comme l'achèvement partiel d'un processus. Les entreprises ont certes besoin d'une puissance de calcul accrue, pour laquelle l'informatique distribuée joue un rôle vital/est vitale, mais elle peut aussi compromettre la fiabilité/être au prix de la fiabilité. La fiabilité dans une SOA implique que si un sous-processus parmi l'ensemble des processus échoue, l'ensemble de la transaction doit échouer/être interrompue. Au niveau de l'application, ce concept a été mis en oeuvre par le biais de transactions gérées par des conteneurs EJB qui utilisent des attributs pour définir la portée des transactions. ATc s'inspire d'EJB pour mettre en oeuvre cette idée dans SOA /SOC. Dans ce projet, nous proposons un interpréteur pour ATc qui comprend un langage de programmation conçu pour expérimenter la reconfiguration des services et son comportement changeant avec une portée de transaction.
En raison de l'augmentation de la demande de calcul, l'architecture orientée services devient l'une des solutions les plus populaires adoptées par la communauté des affaires. Cependant, l'architecture orientée services est basée sur le concept de processus distribué qui peut conduire à divers problèmes, y compris les plus critiques comme l'achèvement partiel d'un processus. Les entreprises ont certes besoin d'une puissance de calcul accrue, pour laquelle l'informatique distribuée joue un rôle vital/est vitale, mais elle peut aussi compromettre la fiabilité/être au prix de la fiabilité. La fiabilité dans une SOA implique que si un sous-processus parmi l'ensemble des processus échoue, l'ensemble de la transaction doit échouer/être interrompue. Au niveau de l'application, ce concept a été mis en oeuvre par le biais de transactions gérées par des conteneurs EJB qui utilisent des attributs pour définir la portée des transactions. ATc s'inspire d'EJB pour mettre en oeuvre cette idée dans SOA /SOC. Dans ce projet, nous proposons un interpréteur pour ATc qui comprend un langage de programmation conçu pour expérimenter la reconfiguration des services et son comportement changeant avec une portée de transaction.