Quatrième PlugFest à Redmond

Harold Carr vient de publier les résultats de la quatrième plugfest destinée à vérifier l'interopérabilité entre les frameworks d'invocation de services Web de Microsoft et Sun Microsystems.

Au menu : test de l'interopérabilité entre WSIT 1.0 (implémentation OSS incluse dans Glassfish 2.0) et .NET 3.5.

Les résultats ont semble-t-il été intéressants, même si tous les cas de tests n'ont pu être déroulés faute de temps d'après Harold.

Les versions définitives des récents standards publiés récemment par le W3C et l'OASIS seront implémentées dans la version 3.5 du framework .NET, ainsi que la prochaine version de WSIT.

Technorati tags : soa ws-* tango wsit glassfish .net framework java interoperability
Del.icio.us tags : soa ws-* tango wsit glassfish .net framework java interoperability

Six comités techniques chargés de normaliser SCA à l'OASIS

C'est rien de moins que six nouveaux comités techniques qui viennent d'être créés à l'OASIS pour standardiser l'architecture SCA ! Cette décision fait suite à l'annonce de la décision de soumettre la spécification SCA à l'OASIS par les membres du consortium OSOA.

Bref, on n'est pas près de voir la publication du standard ...

Technorati tags : soa osoa oasis sca
Del.icio.us tags : soa osoa oasis sca

IBM libère l'accès aux spécifications de services Web

IBM vient de décider de libérer l'accès à un grand nombre de spécifications dont il représente l'auteur ou l'un des auteurs. Parmi celles-ci, de nombreuses spécifications sont liées aux services Web et aux architectures SOA : XML, XSL, BPEL, WS-BPEL, SAML, XACML, SCA, SDO, SOAP, MTOM, WSDL, UDDI, WS-Addressing, WS-ReliableMessaging, WS-Security, WSDM, WS-Policy, ...

Notons aussi la présence d'Open Document dans la liste. L'annonce de cette décision est accessible ici.

Microsoft avait fait de même, il y a presque un an, via son initiative OSP (qui comporte également Open XML). On en attendait pas moins de la part d'IBM ...

Technorati tags : soa ws-* ibm microsoft interoperability
Del.icio.us tags : soa ws-* ibm microsoft interoperability

WSDL 2.0 recommandation du W3C

La spécification WSDL est maintenant devenue une recommandation selon ce communiqué du W3C. La version 2.0 de WSDL remplace la version 1.1 soumise pour normalisation au W3C en 2001.

Le W3C propose un convertisseur en ligne du format 1.1 au format 2.0. Celui-ci comporte des limitations mais il fonctionne d'autant mieux que le fichier WSDL 1.1 respecte les recommandations du profil de base du WS-I, raison de plus pour adopter les recommandations de cette organisation (pour ceux qui ne l'ont pas encore fait).

Technorati tags : wsdl w3c ws-* ws-i
Del.icio.us tags : wsdl w3c ws-* ws-i

WS-ReliableMessaging standard OASIS

La dernière version (1.1) de la spécification WS-ReliableMessaging est bien maintenant un standard OASIS. Le texte de l'annonce est publié ici.

Les documents sont accessibles ici.

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

SCA et SDO ne sont pas des standards

Cet article de Dana Gardner m'a bien fait rire.

Encore une personne qui ne fait pas la différence entre spécification et standard. Les spécifications SCA et SDO (je dis bien spécifications) viennent tout juste d'être soumises à l'OASIS en vue d'être un jour standardisées. Au mieux, ces spécifications deviendront des standards en 2008, au pire en 2012 (WS-Transaction ou WS-BPEL ont nécessité cinq ans de travail de standardisation), voire jamais (WS-CAF).

Ensuite, cet "expert SOA" précise :

"Microsoft was all for “open” on the Web interoperability level ... Microsoft will pursue its proprietary approach of baking pseudo-SOA into its operating system stack as long as it can".

On appréciera l'imparfait ... A mon avis, à l'heure actuelle, ce sont précisément Sun Microsystems et Microsoft qui en font le plus pour tester l'interopérabilité entre leurs piles WS-* WCF (.NET 3.0) et Metro. D'ailleurs, BEA et Oracle, semble-t-il rendus prudents par rapport au degré d'avancement de SCA, travaillent actuellement à l'intégration de Tango (partie de Metro) dans leurs produits.

Vu le reste de l'article, on comprend que pour ce "spécialiste", une architecture SOA implémentée par les technologies de services Web est une "pseudo-SOA". On comprend donc mieux que l'absence de Microsoft dans le consortium OSOA (j'ai toujours bien aimé le "Open" qui sous-entend que ce qui a été publié auparavant, et presqu'entièrement standardisé depuis, n'était pas "Open" : les spécifications WS-* NDLR) soit jugée comme un crime de lèse-SOA.

Par ailleurs, où sont les démonstrations d'interopérabilité des implémentations SCA/SDO ? Où sont les recommandations d'interopérabilité similaires à celles émises via les profils du WS-I ?

Désolé, cher monsieur Gardner, avant que ces spécifications (et non pas standards) bénéficient d'implémentations matures, interopérables et utilisables en entreprise, beaucoup de temps passera, le temps qu'il aura fallu aux spécifications de services Web pour devenir des standards et bénéficier d'implémentations stables et performantes.

Technorati tags : soa osoa oasis sca sdo ws-* tango metro interoperability
Del.icio.us tags : soa osoa oasis sca sdo ws-* tango metro interoperability

Démonstration d'interopérabilité Basic Security Profile

Le WS-I annonce l'organisation d'une démonstration d'interopérabilité de piles WS-* lors de la prochaine conférence Catalyst du Burton Group.

Cette manifestation sera l'occasion de montrer l'interopérabilité entre les implémentations d'IBM, Microsoft, Novell, SAP et Sun Microsystems (membres de l'organisation). Celle-ci s'attachera à démontrer l'interopérabilité de services Web sécurisés via le respect des recommandations du profil Basic Security Profile 1.0 (BSP 1.0) et du Basic Profile 1.1 (BP 1.1).

Technorati tags : soa ws-* ws-i interoperability security oasis w3c
Del.icio.us tags : soa ws-* ws-i interoperability security oasis w3c

Metro

D'après cette nouvelle d'Alexis Moussine-Pouchkine, l'ensemble des implémentations des standards/spécifications de services Web sont regroupées (one-stop shop) sous le sigle Metro (par analogie à l'utilisation de Tubes dans la gestion en pipeline des messages SOAP).

Metro intègre donc l'implémentation de référence de JAX-WS ainsi que le projet Tango et constitue donc un projet de la communauté Glassfish. Ce tableau permet de comparer le niveau de couverture des standards/spécifications des principales piles WS-* dans le monde Java (Apache Axis, IONA Celtix, webMethods/Software AG Glue, JBossWS, Envoi Solutions XFire et Oracle AS 10g).

Technorati tags : soa ws-* tango wsit glassfish .net framework java interoperability
Del.icio.us tags : soa ws-* tango wsit glassfish .net framework java interoperability

BEA et Oracle interopérables avec Microsoft .NET 3.0 (et Glassfish) ?

Dans un entretien avec Rich Seeley, Kevin Schmidt, responsable des produits SOA chez Sun Microsystems, donne une information selon laquelle BEA et Oracle travaillent à l'intégration des travaux du projet Tango dans leurs offres respectives. Bien entendu, Mark Little n'a pas manqué de commenter cette information très importante dans son blog sur InfoQ.

Cette nouvelle est importante car elle signifie deux choses remarquables :

• le renforcement de l'interopérabilité entre les piles WS-* des principaux acteurs Java/J2EE (BEA, Oracle et Sun Microsystems, à l'exception notable d'IBM) et de Microsoft ;
• la banalisation de l'implémentation des spécifications de base (JAX-WS) et avancées (WSIT) des standards de services Web dans le monde Java sous le régime Open Source.

Il faut rappeler que WSIT et WCF sont à l'heure actuelle les deux seules implémentations à même de supporter le nouveau protocole PRESTO dont l'usage est recommandé par le Référentiel Général d'Interopérabilité de la DGME dans le cadre de l'interopérabilité inter-administrations.

Technorati tags : soa ws-* tango wsit glassfish .net framework java interoperability
Del.icio.us tags : soa ws-* tango wsit glassfish .net framework java interoperability

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-*

WS-I Basic Security Profile 1.0

Le WS-I a annoncé la publication du Basic Security Profile (BSP) 1.0. Le respect des recommandations de ce profil permet d'assurer l'interopérabilité de services Web au niveau de la sécurité. Celui complète le Basic Profile (BP) 1.1.

Les documents relatifs au profil sont disponibles ici.

Technorati tags : soa ws-* ws-i interoperability security
Del.icio.us tags : soa ws-* ws-i interoperability security

IBM WSRR : à utiliser avec modération selon le Burton Group

Selon cet article de Rich Seeley, la version 6.0.1 de l'annuaire / référentiel WebSphere Service Registry and Repository (WSRR) d'IBM vient de faire l'objet d'une étude de la part du Burton Group.

Anne Thomas Manes y remarque l'absence de support du standard OASIS UDDI pour la partie annuaire du produit. C'est effectivement un manque que j'avais déjà remarqué à l'examen de la documentation de WSRR.

Anne Thomas Manes en conclut que :

"WSRR is inappropriate for use as a runtime registry in enterprises that don't exclusively use WebSphere products in their SOA infrastructure."

Finalement, elle conseille aux entreprises qui n'utilisent pas WebSphere de rechercher d'autres solutions :

"Organizations that don't use WebSphere products should look elsewhere."

Technorati tags : soa governance ws-* ibm wsrr uddi
Del.icio.us tags : soa governance ws-* ibm wsrr uddi

WS-Transaction 1.1 standard OASIS

Eh bien, ça y est : les spécifications WS-Coordination, WS-AtomicTransaction et WS-BusinessActivity viennent d'être standardisées par l'OASIS sous le nom générique WS-Transaction 1.1 (ne pas confondre avec la spécification initiale de 2002, qui ne contenait pas les fonctionnalités couvertes par WS-Coordination).

Après la récente publication de WS-BPEL, c'est au tour des spécifications cousines de BPEL de devenir des standards.

Mark Little publie cette information sur InfoQ. Le mail d'appel au vote de Mary McRae est disponible ici. Le résultat du vote est accessible ici (Votes négatif de Fujitsu et Capgemini sur 74 votants). L'annonce officielle de l'OASIS n'a pas encore été publiée.

Technorati tags : soa bpel ws-bpel oasis ws-* ws-coordination ws-transaction ws-businessactivity ws-atomictransaction
Del.icio.us tags : soa bpel ws-bpel oasis ws-* ws-coordination ws-transaction ws-businessactivity ws-atomictransaction

Performances des frameworks JAX-WS, Axis2 et XFire

A la suite de la disponibilité de la dernière version de JAX-WS, Alexis Moussine-Pouchkine publie un billet sur le benchmark réalisé par la communauté GlassFish qui incorpore le framework.

Ce test fait suite au benchmark réalisé par WSO2 et comparant les frameworks Axis2 et XFire.

Bien sûr, comme pour tout benchmark et comme le rappelle Alexis au début de son billet, à prendre avec les précautions qui s'imposent ...

Technorati tags : soa glassfish oss jax-ws axis2 xfire sun microsystems
Del.icio.us tags : soa glassfish oss jax-ws axis2 xfire sun microsystems

Prochaine soumission des spécifications SCA et SDO à l'OASIS

L'organisation OSOA (Open Service Oriented Architecture) vient d'annoncer simultanément la publication de la version 1.0 de la spécification SCA et son intention de soumettre les spécifications SCA et SDO à l'OASIS pour standardisation.

Technorati tags : soa osoa oasis sca sdo
Del.icio.us tags : soa osoa oasis sca sdo