Standardisation des accès aux systèmes ECM à l'OASIS via CMIS

Un nouveau comité technique est en cours de création à l'OASIS. Le CMIS TC (Content Management Interoperability Services) aura pour objet de standardiser l'interopérabilité avec les systèmes ECM (Electronic Content Management) afin d'en faciliter l'accès aux applications utilisatrices (portails, CRM, ...).


La charte proposée pour le nouveau comité précise que celui-ci produira un modèle de domaine et des accès standardisés (bindings) par services Web SOAP et REST/Atom. L'horizon de publication est fixé à septembre 2009.

La contribution principale repose sur la soumission à l'OASIS de la spécification CMIS publiée le 10 septembre 2008 par EMC, IBM et Microsoft et accessible aux adresses respectives suivantes : références Web EMC, IBM et Microsoft.

Le comité prendra aussi en compte les travaux antérieurs dans le monde propriétaire Java (JSR 170 et JSR 283 - Content Repository for Java Technology API v1.0 & 2.0) ainsi que WebDAV.

Le comité sera également supporté par Alfresco, Open Text, SAP et Oracle.

Il faut rappeler qu'une initiative antérieure, proposée en 2005 par l'Association for Information and Image Management (AIIM) et dédiée au développement de la spécification Interoperable Enterprise Content Management (iECM), n'avait finalement pas atteint le stade de standard.

Technorati tags : soa ws-* rest interoperability ecm oasis cmis emc ibm microsoft
Del.icio.us tags : soa ws-* rest interoperability ecm oasis cmis emc ibm microsoft

Normalisation ISO pour les profils WS-I

Trois profils publiés par le WS-I sont devenus des standards ISO depuis cet été : les normes ISO/IEC 29361, 29362 et 29363 correspondent respectivement aux profils Basic Profile Version 1.1, Attachments Profile Version 1.0 et Simple SOAP Binding Profile Version 1.0.

L'annonce officielle de cette normalisation est disponible ici.

Il faut rappeler que le respect de ces profils est destiné à s'assurer de l'interopérabilité des services Web produits en utilisant le protocole SOAP à la base des architectures SOA de type WS-*.

Il reste à vérifier que les prochaines versions de nos outils préférés d'exécution et de développement de services Web s'alignent rapidement sur ces nouvelles normes ISO de manière à ce qu'ils produisent réellement des services interopérables : il n'y aura plus d'excuses pour les retardataires ...

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

UDDI v3 chez Microsoft

Microsoft a prévu de faire évoluer son offre d'annuaire de services dans le cadre de l'initiative Oslo. Dans ce contexte, la disponibilité d'une brique annuaire/référentiel (registry/repository) de services était indispensable. Cependant, la vétusté de l'implémentation d'annuaire UDDI (encore en version 2 !) sous forme d'un service Windows dans Windows Server 2003 et 2008 nécessitait un changement.

Selon ce billet de Stève Sfartz, qui reprend l'annonce de la sortie d'une release 3 de BizTalk Server 2006 par Steve Martin, cette release comportera un nouvel annuaire qui implémentera UDDI v3. Celui-ci sera complété d'une partie référentiel. L'annuaire est donc de fait détaché de l'OS Windows et rattaché à l'ESB BizTalk.

Contrairement à l'approche propriétaire adoptée par IBM pour son produit WebSphere Service Registry and Repository (WSRR), Microsoft supporte donc toujours le standard OASIS UDDI pour la partie annuaire de son produit et l'implémente dans sa dernière version.

Technorati tags : soa governance ws-* ibm wsrr microsoft biztalk oslo interoperability uddi
Del.icio.us tags : soa governance ws-* ibm wsrr microsoft biztalk oslo interoperability uddi

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

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

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

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

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

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

DGME : vers plus de réalisme et d'orthodoxie dans le e-Gouvernement français ?

Il semble que le passage de témoin, en janvier 2006, de l'ADAE vers la DGME (Direction Générale de la Modernisation de l'Etat) se soit accompagné d'une évolution sensible des réflexions vers plus de réalisme et d'orthodoxie sur les questions de la standardisation et de l'interopérabilité dans le domaine de l'administration électronique.

En effet, le calamiteux (voir ma précédente diatribe sur l'utilité de l'ADAE) Cadre Commun d'Interopérabilité (CCI) des Systèmes d'Information Publics, version 2.1 de septembre 2003, laissera prochainement la place au Référentiel Général d'Interopérabilité (RGI).

La période d'appel à commentaires pour ce nouveau document de référence est en cours et se terminera en septembre 2006.

Dans le cadre du référentiel RGI, la DGME travaille à la définition d'un protocole de communication asynchrone inter-administrations (PRESTO - PRotocole d'Echange STandard Ouvert).

Une présentation des travaux réalisés autour de ce protocole vient d'ailleurs d'être effectuée à l'agence Interoperable Delivery of European eGovernment Services to public Administrations, Businesses and Citizens (IDABC) de la commission européenne qui peut être considéré comme un équivalent de la DGME au niveau européen.

PRESTO est défini comme une restriction des nouveaux profils du WS-I (Basic Profile 2.0 et Reliable Secure Profile) annoncés en mai 2006 (voir aussi ici). En clair, le nouveau protocole va s'appuyer sur la plupart des spécifications et/ou standards qu'un ESB se doit de supporter :

• WS-Addressing (échanges asynchrones) ;
• MTOM/XOP (pièces attachées) ;
• WS-ReliableMessaging (fiabilité des échanges) ;
• WS-Security (sécurité des échanges).

Un prototypage va être réalisé cet été par Axway (annuaire UDDI Systinet), Bull (Apache Axis), Sun Microsystems (JAX-WS, GlassFish/Tango), Microsoft (.NET 3.0) et Zend (Apache Axis et extensions pour PHP). Il devrait être présenté aux administrations en septembre ou octobre 2006.

Il semble donc que l'administration française se réveille enfin et cherche à reprendre une partie du retard accumulé par rapport à de nombreux pays plus novateurs (et moins sclérosés ?) tels que la Suède, le Royaume-Uni, l'Allemagne ou l'Australie, voire même par rapport à l'Europe.

Ce sont donc des travaux à suivre de près et gageons que le RGI commencera à fleurir dans les CCTP des projets 2007 de l'administration.

Technorati tags : e-government soa ws-* adae dgme ws-i interoperability
Del.icio.us tags : e-government soa ws-* adae dgme ws-i interoperability

Nouveaux profils WS-I

Enfin, ça bouge du côté du WS-I : deux nouvelles versions du profil de base et un nouveau profil sont annoncés au menu 2006 de l'organisation en charge d'assurer l'interopérabilité des architectures WSOA.

La version 1.2 du profil de base intègrera les standards et spécifications suivants :

• W3C WS-Addressing 1.0 Core ;
  
• W3C WS-Addressing 1.0 SOAP Binding ;
  
• W3C WS-Addressing 1.0 WSDL Binding ;
  
• SOAP 1.1 Binding for MTOM 1.0.

La version 2.0 du profil de base intègrera les standards et spécifications suivants :

• W3C WS-Addressing 1.0 Core ;
  
• W3C WS-Addressing 1.0 SOAP Binding ;
  
• W3C WS-Addressing 1.0 WSDL Binding ;
  
• W3C SOAP Version 1.2 Part 1: Messaging Framework ;
  
• W3C SOAP Version 1.2 Part 2: Adjuncts ;
  
• W3C Message Transmission Optimization Method (MTOM) ;
  
• W3C XML-binary Optimized Packaging ;
  
• W3C Namespaces in XML ;
  
• W3C XML 1.0 Second Edition ;
  
• W3C WSDL 1.1 ;
  
• W3C XML Schema 2001 Part 1: Structures ;
  
• W3C XML Schema 2001 Part 2: Datatypes ;
  
• OASIS UDDI 2 ;
  
• OASIS UDDI 3 ;
  
• WSDL 1.1 Binding Extension for SOAP 1.2.

Enfin, un nouveau groupe de travail est chargé de produire un nouveau profil, le Reliable Secure Profile, qui s'appuiera sur les travaux de normalisation du comité technique WS-RX de l'OASIS.

La version 1.0 du nouveau profil intègrera les spécifications suivantes :

• OASIS WS-ReliableMessaging 1.1 ;
  
• OASIS WS-SecureConversation 1.3.

Bref, au menu :

• Evolution du profil de base vers la prise en compte de SOAP 1.2, UDDI 3.0, MTOM/XOP (format universellement reconnu pour les échanges de pièces attachées) et WS-Addressing 1.0 (interactions asynchrones) ;
• Prise en compte de la fiabilité des interactions via WS-ReliableMessaging et d'une autre brique du framework WS-Security (conversation sécurisée entre services, via WS-SecureConversation).

Pour boucler la boucle, à quand le Transactional Profile avec la prise en compte des travaux du comité technique WS-TX de l'OASIS (spécifications WS-Coordination, WS-AtomicTransaction et WS-BusinessActivity) ?

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

Le tango de Microsoft et Sun Microsystems

Les travaux d'interopérabilité entre les stacks WS-* de Microsoft (WCF) et de Sun Microsystems (JWSDP), dont la partie émergée est matérialisée par les WCF Plug-fests, sont pilotés dans le cadre du projet Tango chez Sun Microsystems selon les informations de Harold Carr.

Technorati tags : wcf interoperability ws-* microsoft sun microsystems
Del.icio.us tags : wcf interoperability ws-* microsoft sun microsystems

Windows Communication Foundation (WCF) Interop Plug-fest

Sun Microsystems participera à la Windows Communication Foundation (WCF) Interop Plug-fest organisée par Microsoft entre le 7 et le 9 mars 2006 sur son campus à Redmond.

Au menu, tests d'interopérabilité entre les stacks WS-* des participants et l'implémentation WCF de Microsoft :

• Scénarios d'échanges de messages via les protocoles SOAP1.1, SOAP1.2, WS-Addressing 2004/08 et MTOM ;
  
• Scénarios d'échanges de messages sécurisés via le support de WS-Security 1.0, WS-Security 1.1, WS-SecureConversation 2005/02, WS-Trust 2005/02, Username Token Profile (1.0, 1.1), X509 Token Profile (1.0, 1.1), SAML Token Profile (1.0, 1.1) et Kerberos Token Profile 1.1 ;
  
• Scénarios WS-Trust STS - Security Token Service ;
  
• Scénarios d'échanges de messages fiables via le support de WS-ReliableMessaging 2005/02 ;
  
• Scénarios de transactions via le support de WS-AtomicTransaction et WS-Coordination ;
  
• L'utilisation de WS-Policy et WS-MetadataExchange est inclus dans plusieurs de ces scénarios.

Selon Arun Gupta, Sun Microsystems participera à la Plug-fest avec son pack JWSDP incorporé dans le serveur OSS JEE 5.0 Glassfish.

Il s'agit de la seconde édition de cet événement, la première édition qui s'est tenue entre les 7 et 10 novembre 2005 avait réuni Canon, Jboss, JibxSoap, Layer 7, NEON, Nokia, Oracle, Reactivity, SAP, Sun Microsystems, Verisign et WSO2 (Apache). A noter les absences notables de BEA et IBM ...

Technorati tags : wcf glassfish oss interoperability ws-* microsoft sun microsystems
Del.icio.us tags : wcf glassfish oss interoperability ws-* microsoft sun microsystems