A la découverte de l’architecture SCA

Abonnements, magazines... Notre catalogue complet au bas de cette page.

Cet article propose de découvrir SCA (Service Component Architecture) en utilisant le runtime Apache Tuscany et l'éditeur graphique SCA du projet Eclipse STP développé par le français Obeo (http://www.obeo.fr).
SCA marie l'approche par composants et l'approche par services pour construire une architecture SOA. Ces architectures sont actuellement popularisées par des méthodologies, des grands principes d'isolation entre applications, et quelques frameworks, dont le célèbre Spring, mais aucune norme technique ne s'était jusqu'alors imposée pour la partie implémentation technique. Afin de ne pas réinventer la roue et de s'insérer dans les middlewares existants (EJB, Corba, SOAP, ...), SCA n'impose pas de technologies pour l'implémentation des composants, la définition des interfaces des services et le protocole d'accès aux services. Une application SCA est décrite par des fichiers XML décrivant un assemblage de composants au sein de composites où chaque composant définit des services fournis et des services requis. Des implémentations sont ensuite associées à chaque composant et des interfaces aux services et références. Il suffit enfin de relier les services requis d'un composant aux services rendus d'un autre, pour que les deux applications communiquent, en automatisant les éventuelles conversions de protocole et de technologie middleware. Différentes implémentations Open Source des spécifications SCA existent, Tuscany, FraSCAti (issu du projet français ANR SCOrWare), Fabric 3 et des outils pour SCA sont disponibles au sein du top-level project Eclipse SOA Tools Platform.

Stéphane Drapeau

S'ABONNER