Comment simplifier les architectures orientées service (SOA) ? En divisant le groupe chargé de concevoir les spécifications SCA en 6 sous-comités, répond l'Oasis. En matière de SOA, l'organisme de standardisation a concentré ses efforts sur SCA, ou Service component architecture, un ensemble de spécifications pour simplifier le développement de services applicatifs et leur collaboration au sein d'un système d'information. Multiplier le nombre de sous-projets semble à première vue ajouter de la complexité, mais l'Oasis affirme au contraire que c'est le moyen le plus simple pour que tous les efforts aboutissent. D'une part parce que SCA combine des aspects et donc des compétences diverses : il faut, explique-t-on à l'Oasis, des experts Java, des experts BPEL, etc. D'autre part, rassembler tout ce monde pour des réunions formelles où il faut atteindre le quorum afin d'approuver des documents est compliqué ; approuver chaque document au sein d'un sous-comité sera donc plus efficace. La liste des six groupes : - SCA-Assembly, pour définir le modèle de combinaison de services. - SCA-Policy, pour définir un cadre ainsi que des règles de sécurité et d'intégrité des messages. - SCA-Bindings, pour standardiser les liens entre services SCA et les références aux protocoles de communication. - SCA-BPEL, qui définit comment les implémentations de composants SCA peuvent être écrits en WS-BPEL. - SCA-C-C++, pour développer les spécifications standardisant l'utilisation des langages C et C++. - SCA-J, pour développer les spécifications standardisant l'utilisation des technologies Java.