Fermeture du WS-CAF TC de l'OASIS

Mark Little vient d'annoncer que l'OASIS a décidé de clore le comité technique Web Services Composite Application Framework (WS-CAF TC), ainsi que cela s'est passé précédemment pour le comité technique Web Services Reliable Messaging (WSRM TC).

Cette annonce est peu surprenante et l'arrêt du fonctionnement de ce comité était déjà largement anticipé.

Par ailleurs, l'annonce officielle de la validation du standard WS-Transaction, suite au vote positif intervenu récemment, a été publiée par l'OASIS.

Technorati tags : soa oasis ws-* ws-transaction ws-caf
Del.icio.us tags : soa oasis ws-* ws-transaction ws-caf

Interopérabilité transactionnelle entre GlassFish et .NET 3.0

Ryan Shoemaker a annoncé récemment que le milestone 4 de WSIT (projet Tango) implémentait les versions 2004 de WS-Coordination et WS-AtomicTransaction.

Ryan en a profité pour publier un screencast qui montre comment réaliser une transaction distribuée (commit à deux phases) entre les environnements d'exécution J2EE (GlassFish) et .NET 3.0.

Comme Mark Little le demande dans les commentaires, à quand le support de la version 2007 (standard OASIS WS-Transaction) ?

Technorati tags : soa ws-coordinationws-atomictransaction oasis ws-* glassfish ws-transaction .net framework java interoperability
Del.icio.us tags : soa ws-coordination ws-atomictransaction oasis ws-* glassfish ws-transaction .net framework java interoperability

Publication de WS-Context et fin probable des travaux du WS-CAF TC de l'OASIS

Toujours selon une nouvelle de Mark Little, nous avons appris que la spécification WS-Context, issue des travaux du comité technique WS-CAF (Web Services Composite Application Framework) de l'OASIS, est devenue un standard.

Selon Mark, cette spécification sera vraisemblablement la seule qui sera produite par ce comité technique, du fait du doublonnage avec les travaux du comité WS-TX :

"Although WS-Context is unique in what it defines, there is overlap with the latter two specifications [WS-CoordinationFramework and WS-TransactionManagement] and what is going on in the WS-TX committee, which is backed by IBM and Microsoft (and started years after WS-CAF). Therefore, it is unlikely that any other standards will come out of the WS-CAF group."

Ceci n'est guère une surprise et, tout comme pour la concurrence entre les spécifications WS-Reliability et WS-ReliableMessaging, il était évident que le framework WS-CAF avait peu de chances de s'imposer face à l'ensemble de spécifications regroupées maintenant sous le standard WS-Transaction 1.1, et cela pour les mêmes raisons : trop grande distance par rapport aux autres spécifications de la pile WS-* et aussi absence de support de la part d'IBM et Microsoft, supporters de WS-Transaction.

Comme dans le cas de WS-Reliability, très peu d'implémentations de WS-CAF ont été réalisées et la situation est aujourd'hui claire : le support du standard WS-Transaction par les produits SOA est devenu un impératif.

Technorati tags : soa ws-context oasis ws-* ws-caf ws-transaction
Del.icio.us tags : soa ws-context oasis ws-* ws-caf ws-transaction

Fermeture du WSRM TC de l'OASIS

Le comité technique WSRM (Web Services Reliable Messaging) de l'OASIS vient de fermer selon cette information de Mark Little.

Ce comité avait été à l'origine de la production du standard WS-Reliability, concurrent de la spécification WS-ReliableMessaging en voie de standardisation par le comité technique WS-RX (Web Services Reliable Exchange) de l'OASIS.

La spécification WS-ReliableMessaging 1.1 est elle-même en passe de devenir un standard OASIS. Selon ce mail de Mary McRae, le vote devrait intervenir demain.

En pratique, le standard WS-Reliability n'a jamais trouvé sa place dans la pile WS-*, étant donné sa trop grande déconnexion avec les autres spécifications WS-*. Finalement, très peu de produits l'ont réellement implémenté.

Aujourd'hui, la situation est clairement balisée et la gestion d'échanges fiables entre services dans une architecture SOA passe impérativement par le support de WS-ReliableMessaging.

Les produits, dont les bus de services, qui ne supportent pas encore ce prochain standard vont devoir se mettre à niveau rapidement. Il faut rappeler aussi que le protocole PRESTO de la DGME ou le profil Reliable Secure Profile du WS-I prévoient la mise en oeuvre de WS-ReliableMessaging.

Technorati tags : soa ws-* oasis dgme ws-i interoperability ws-reliability ws-reliablemessaging
Del.icio.us tags : soa ws-* oasis dgme ws-i interoperability ws-reliability ws-reliablemessaging

SIP Open Source sous GlassFish

Décidément, le monde de la convergence telecoms/IT est très actif en ce moment. Eduardo Pelegri-Llopart a annoncé la contribution par Ericsson de son conteneur de servlets SIP au projet GlassFish.

Il semble que ce soit la première implémentation Open Source de la JSR 289. Le projet, nommé SailFin, est accessible ici.

Voir aussi l'annonce officielle d'Ericsson.

Technorati tags : oss telecoms ims sip ietf ericsson j2ee glassfish jsr 289
Del.icio.us tags : oss telecoms ims sip ietf ericsson j2ee glassfish jsr 289

WS-Federation à l'OASIS

C'est fait : le comité technique Web Services Federation (WSFED) TC vient finalement d'être créé selon cette annonce de l'OASIS, comme nous avions pu l'entrevoir précédemment.

Les membres initiaux du comité sont Active Endpoints, AmberPoint, BEA, BMC Software, CA, Forum Systems, Hewlett-Packard, IBM, IONA Technologies, Novell, Microsoft, Progress Software, Red Hat, SOA Software, TIBCO, VeriSign et webMethods.

Celui-ci travaillera sur la base de la spécification WS-Federation 1.1 soumise par les membres du consortium qui l'ont développée (BEA, BMC Software, CA, IBM, Layer 7 Technologies, Microsoft, Novell et VeriSign).

Technorati tags : ws-federation oasis soa ws-*
Del.icio.us tags : ws-federation oasis soa ws-*