Spring-WS : SOA enfin !

Le framework s'est finalement mis à l'heure SOA et notamment de l'un de ses principaux principes : contract-first. La dernière milestone 1.0 M3 du sous-projet Spring-WS approche et viendra combler cette lacune.

Le projet s'appuie sur un mapping Objets/XML (O/X) capable d'exploiter l'API JAXB 1.0 (JSR 31) et 2.0 (JSR 222), les frameworks Castor XML, XMLBeans, JiBX ou la librairie XStream.

Technorati tags : soa ws-* java spring-ws
Del.icio.us tags : soa ws-* java spring-ws

Artix embarque ActiveBPEL

Active Endpoints a annoncé que IONA Technologies a décidé d'intégrer ses produits Designer et Enterprise dans la dernière version de son ESB Artix. Ceci permet donc à IONA Technologies d'offrir à ses clients la nouvelle fonctionnalité Artix Orchestration, qui semble seulement supportée sur la plate-forme Hewlett-Packard pour l'instant, sans perdre de temps à développer sa propre implémentation de BPEL 1.1/WS-BPEL 2.0.

Technorati tags : bpel esb soa iona technologies active endpoints
Del.icio.us tags : bpel esb soa iona technologies active endpoints

Le standard OASIS WS-Notification 1.3 est approuvé

Le framework WS-Notification (version 1.3) vient d'être approuvé par l'OASIS (voir le mail d'annonce de Mary McRae).

Ceci renforce l'annonce précédente relative à l'approbation du standard OASIS WSDM 1.1 (le framework WS-Notification constituait la seule des spécifications du socle de WSDM non encore approuvée).

Rappelons que le framework WS-Notification, standardisé par le Web Services Notification (WSN) TC de l'OASIS, comporte les sous-spécifications WS-BaseNotification, WS-Topics et WS-BrokeredNotification.

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

WebSphere Registry and Repository et gouvernance SOA

IBM vient d'annoncer la prochaine disponibilité (entre autres) de son nouveau produit de gestion de la gouvernance d'architectures SOA : WebSphere Registry and Repository.

Celui-ci intègre donc les fonctionnalités maintenant classiques d'un annuaire de services UDDI (registry), mais également de nouvelles fonctionnalités de gestion des métadonnées référencées par l'annuaire (repository).

Malheureusement, comme pour les autres produits qui ont vocation à gérer les artefacts (descriptions de services WSDL, schémas de messages XSD, descriptions de processus BPEL, stratégies assertives WS-Policy) nécessaires à la gouvernance des architectures SOA, WebSphere Registry and Repository (WSRR) ne contribue pas à dissiper la confusion qui règne actuellement dans ce domaine.

Ce document fournit des informations relatives à l'architecture et aux APIs de WSRR. La documentation InfoCenter est encore plus précise. L'API Reference décrit des APIs propriétaires Java et une API de service Web qui n'implémente qu'une partie des APIs Java. De plus, cette dernière s'appuie sur une représentation des données en format SDO (Service Data Objects) encore loin d'être un standard reconnu par tous les acteurs du monde SOA. Pour l'heure, la spécification SDO n'est qu'une spécification Java (JSR 235) contrôlée par le JCP, même si des implémentations C++ ou PHP existent (voir aussi ici). Nous sommes encore loin d'un standard reconnu par le W3C ou l'OASIS comme tous les autres standards SOA. Par ailleurs, il semble que WSRR n'implémente pas le standard OASIS UDDI ...

Il est clair que nous attendons maintenant des éditeurs de solutions de gouvernance SOA que ceux-ci s'engagent à spécifier et à standardiser la manière dont fonctionne la partie repository associée aux annuaires de services. Nous ne pouvons nous satisfaire de solutions propriétaires et donc non interopérables qui lient les mains des clients (voir initiatives GIF et SOA Link).

Le succès du développement des architectures SOA n'interviendra qu'à deux conditions :

• Que toutes les briques techniques soient standardisées et interopérables ;
• Que tous les standards implémentés soient libres de droit.

Si les derniers événements montrent une progression sur ces questions relative à différentes problématiques (nouveaux profils d'interopérabilité du WS-I, unification de la gestion des pièces attachées sous MTOM/XOP, convergence des frameworks de supervision WS-Management et WSDM, publication de l'Open Promise Specification par Microsoft, ...), en ce qui concerne la gouvernance, nous assistons plutôt à une stagnation, voire hélas, à une régression vers des solutions propriétaires.

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

Acquisition d'Infravio par webMethods

webMethods vient récemment d'annoncer son intention d'acquérir Infravio, l'un des éditeurs spécialisés dans la gouvernance des architectures SOA et des annuaires/référentiels de services.

Les produits d'Infravio, et notamment son annuaire UDDI X-Registry seront intégrés dans la suite Fabric de webMethods.

Cette acquisition intervient après l'annonce de celle de Cerebra en août dernier. Cette société est spécialisée dans la gestion de métadonnées sémantiques.

La consolidation se poursuit donc dans le domaine des architectures SOA et plus particulièrement en ce qui concerne la problématique de leur gouvernance.

Technorati tags : soa ws-* webmethods infravio cerebra uddi
Del.icio.us tags : soa ws-* webmethods infravio cerebra uddi

Spécifications WS-* : standardisation et adoption

Deux slides d'origine Microsoft viennent d'être publiés coup sur coup et donnent un état des lieux intéressant relatif aux spécifications de la pile WS-* (selon le point de vue interne de Microsoft).

Un premier slide, publié dans le blog de John Evdemon, présente une répartition des spécifications selon leur état (standard, standardisation en cours et développement en cours) :

Comme on peut le remarquer, la standardisation avance à bon train (essentiellement à l'OASIS et au W3C).

Un deuxième slide, publié par Jorgen Thelin dans son blog, montre l'état d'adoption de ces spécifications ou standards par les principaux acteurs du marché, selon le niveau de production (produit disponible, implémentation interopérable ou pas de produit) :


Ici encore, on peut remarquer qu'en dehors des produits déjà disponibles, l'interopérabilité de nombreuses implémentations a déjà été testée publiquement, ce qui devrait logiquement déboucher sur des produits finis dans les mois qui viennent.

Voilà des tableaux intéressants à suivre ...

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

Le standard OASIS WSDM 1.1 approuvé

L'OASIS vient d'annoncer l'approbation de la version 1.1 de la spécification WSDM. Celle-ci intervient après l'approbation de la version 1.0 en mars 2005.

Cette version s'appuie notamment sur des versions finalisées des standards :

• W3C WS-Addressing (devenue une recommandation en mai 2006) ;
• OASIS WS-Notification (dont les sous-spécifications WS-BaseNotification, WS-Topics et WS-BrokeredNotification ont été approuvées en juillet 2006 et dont l'appel à voter pour la version 1.3 est en cours) ;
  
• OASIS WS-ResourceFramework (dont la version 1.2 a été approuvée en avril 2006).

Par ailleurs, il faut rappeler que le framework WSDM est engagé dans une convergence avec le framework concurrent WS-Management.

Technorati tags : soa ws-* wsdm ws-addressing ws-notification ws-resourceframework w3c oasis
Del.icio.us tags : soa ws-* wsdm ws-addressing ws-notification ws-resourceframework w3c oasis

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

Confusion dans la gouvernance SOA

La plupart des facettes relatives à la gestion des architectures de services SOA sont aujourd'hui en phase de maturation et les spécifications correspondantes sont soit standardisées, soit en voie de standardisation. Cette stabilisation permet notamment à l'organisation WS-I d'annoncer la mise en oeuvre de nouveaux profils d'interopérabilité.

Malheureusement, il est un domaine qui fait du surplace depuis de nombreux mois et pour lequel la situation ne semble pas se débloquer. Il s'agit de la gouvernance des architectures SOA et notamment de la mise en oeuvre de son support essentiel : les annuaires/référentiels de services.

Autant, la partie annuaire est standardisée depuis longtemps via le standard OASIS UDDI 2.0, puis 3.0, autant la partie référentiel ne dispose encore d'aucune spécification, et encore moins d'un standard, qui précise comment interagir de manière interopérable avec la partie référentiel de ces annuaires.

Conscient de cette difficulté, Systinet, l'un des éditeurs principaux dans le domaine des annuaires UDDI, dont le produit Registry constitue notamment la brique annuaire des offres de BEA et Oracle, a proposé l'initiative Governance Interoperability Framework (GIF) pour tenter de prendre en charge cette problématique.

Malheureusement, cette initiative, soutenue par de nombreux pure-players dont Above All Software, Actional, AmberPoint, Composite Software, DataPower, Hewlett-Packard, Layer 7 Technologies, MetaMatrix, Reactivity ou Service Integrity, n'a donné lieu à aucune publication d'une spécification commune et publique d'accès à ces référentiels.

Depuis, la situation s'est même aggravée avec l'apparition d'une autre organisation, SOA Link, emmenée par Infravio, et supportée par AmberPoint, Composite Software, Forum Systems, Infravio, Intalio, IONA, JBoss, Layer 7 Technologies, LogicBlaze, NetIQ, ParaSoft, Reactivity, SOA Software, SymphonySoft et webMethods. On peut remarquer que de nombreuses sociétés sont présentes dans les deux listes de supporters.

Si l'on regarde l'annonce de la création de cette organisation, la raison d'être de son existence est décrite ainsi :

"SOA Link is an initiative organized by Infravio, Inc. for the purpose of bringing together multiple vendors with products for SOA Governance to mutually interoperate. Whether supplying a policy repository and authoring system, run time enforcement system, monitoring at run time, or business process capability, these systems will be delivered as interoperable by multiple vendors and technologies."

Plus loin, la limite de cette interopérabilité est précisée :

"SOA Link does not mandate a single API for interoperability. On the contrary, it is a public statement by partnered vendors that they will provide interoperable solutions to their customers. A customer buying SOA Link solutions can be assured that these products will work together to solve the problem of end-to-end SOA Lifecycle Governance."

Bref, le site SOA Link n'est qu'un blog dans lequel les éditeurs ne publient qu'une interopérabilité bilatérale (et non pas multilatérale) entre leurs produits respectifs, quelle que soit l'API utilisée, que celle-ci soit propriétaire ou plus ou moins publique.

Il est clair que cette situation n'est pas du tout satisfaisante et qu'elle contribue à freiner le développement et l'essort des architectures SOA. Anne Thomas Manes (une ancienne spécialiste SOA de Sun Microsystems et Systinet) a profité de la conférence Burton Group Catalyst pour demander aux membres du panel dédié à la gouvernance SOA leur avis sur cette question.

Les réponses apportées, notamment par les représentants d'Infravio et de Systinet, sont plutôt affligeantes. On y apprend notamment, selon Roman Stanek, qu'une deuxième release du framework GIF est en cours de développement pour intégrer un ensemble plus étendu d'APIs et de standards. Ce à quoi Charles Stack, CEO de Flashline, répond (bien évidemment) :

"It doesn't benefit to have a standard that is not a standard."

Au final, Roman Stanek indique que cette version sera soumise à un organisme de standardisation, sans plus de précisions.

Notons que sur ces questions de référentiels de services et de gouvernance SOA, IBM et Microsoft ont été à peu près inaudibles pour l'instant. IBM vient simplement d'annoncer son nouveau produit WebSphere Service Registry and Repository qui devrait être disponible vers la fin de l'année.

Comme on l'a bien compris, ce framework est entièrement sous le contrôle de Systinet et son processus de spécification ne fait l'objet d'aucune publication, d'où le malaise.

Que faut-il conclure de tout cela ? Tout comme les ESB sont des frameworks de médiation qui devraient être interopérables (ce qui est loin d'être le cas à l'heure actuelle), les frameworks de gouvernance doivent impérativement devenir interopérables pour libérer le développement des architectures SOA.

Alors que faire en attendant : attendre que les principaux éditeurs de solutions SOA (IBM et Microsoft notamment) prennent conscience de ce blocage et que leurs action provoque une amélioration de la situation ? Faire le saut en adoptant des produits propriétaires, tout en s'assurant au préalable que ceux-ci sont bien interopérables deux-à-deux, sachant que ces investissements seront remis en cause à court ou moyen terme ?

A mon sens, sauf si des besoins opérationnels imposent une réponse immédiate, il est urgent d'attendre et de se contenter pour l'instant de simples annuaires UDDI, le temps que les éditeurs comprennent que leurs clients attendent d'eux des solutions interopérables, une caractéristique qui est à la base même de la construction d'architectures SOA pérennes.

Technorati tags : soa governance ws-* gif soalink systinet infravio
Del.icio.us tags : soa governance ws-* gif soalink systinet infravio

WinFX devient .NET 3.0

S. Somasegar vient d'annoncer dans son blog que le nom du projet WinFX change et devient .NET Framework 3.0.

Comme l'indique S. Somasegar, ce changement devenait nécessaire :

"The .NET Framework has always been at the core of WinFX, but the WinFX brand didn't convey this ... The brand also created an unnatural discontinuity between previous versions of our framework and the current version".

En plus des librairies actuelles de .NET 2.0, le projet comprend donc maintenant les composants suivants :

• Windows Presentation Foundation (WPF) ;
  
• Windows Communication Foundation (WCF) ;
  
• Windows Workflow Foundation (WF) ;
  
• Windows CardSpace (WCS - ex-InfoCard).

Il faut rappeler que si les versions 1.x et 2.0 de .NET ont permis de réaliser les premières applications de services Web, la version 3.0 permettra de produire les premières applications réellement orientées services. Notons aussi que les Web Services Enhancements (WSE) seront donc intégrés dans la dernière version du framework.

Le framework .NET 3.0 sera disponible en version finale à la sortie de Windows Vista, début 2007, et pourra également fonctionner sous Windows XP et Windows 2003.

Technorati tags : microsoft wcf wpf wf wcs ws-* wse .net
Del.icio.us tags : microsoft wcf wpf wf wcs ws-* wse .net

SOA Software acquiert Blue Titan

La concentration des spécialistes de la gestion d'infrastructures de services Web/SOA se poursuit. Après l'acquisition de Actional par Progress Software (et le rapprochement avec sa filiale Sonic Software), c'est au tour de SOA Software (ex-Digital Evolution) d'annoncer le rachat de Blue Titan.

SOA Software et Progress Software se positionnent donc de plus en plus face aux poids lourds de la gestion d'infrastructures de services que sont BEA, IBM, Microsoft et Oracle.

Technorati tags : soa ws-* infrastructure soa software blue titan
Del.icio.us tags : soa ws-* infrastructure soa software blue titan

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

Soumission du framework WS-Policy au W3C

Le framework WS-Policy vient d'être soumis au W3C, le 25 avril 2006, pour standardisation. Les sociétés à l'origine de cette soumission sont : BEA, Microsoft, IBM, SAP, Sonic Software et VeriSign.

Encore une autre brique très importante des technologies de services Web qui va être standardisée, notamment dans le domaine de la supervision, de la sécurité et de la qualité de service.

Technorati tags : soa ws-* ws-policy w3c
Del.icio.us tags : soa ws-* ws-policy w3c

WS-Addressing est maintenant une recommandation du W3C

Le W3C a annoncé, le 9 mai 2006, que la spécification WS-Adressing est devenue une recommandation.

Ceci ouvre la voie à la standardisation des interactions asynchrones entre services Web (transactions longues notamment).

Technorati tags : soa ws-* ws-addressing w3c
Del.icio.us tags : soa ws-* ws-addressing w3c

ActiveBPEL Enterprise for .NET beta

Décidément, Active EndPoints est très offensive. La société vient d'annoncer la version beta de la déclinaison de son moteur d'exécution BPEL qui cible la plate-forme .NET de Microsoft. Ce nouveau produit complète la version équivalente dédiée aux plates-formes Java commerciales (version WebLogic et version WebSphere) ou Open Source (version Tomcat et version JBoss), ainsi que la version Open Source du moteur lui-même.

Un formulaire d'incription au programme beta est disponible ici.

Technorati tags : bpel .net framework active endpoints
Del.icio.us tags : bpel .net framework active endpoints

SOA == Synchronous Architecture ???

Selon l'auteur de cet article paru sur IBM developerWorks, une architecture SOA relèverait d'une approche synchrone en mode point-à-point, par opposition à une approche EDA (Event-Driven Architecture) qui procèderait d'une approche asynchrone en mode plusieurs-à-plusieurs, les deux approches étant harmonieusement combinées dans un ESB.

Il est notamment précisé :

"SOA is based on a conventional request/reply mechanism, as seen in Figure 2. A service consumer invokes a service provider through the network and has to wait until the completion of the operation on the provider side".

Depuis quand une architecture SOA est synchrone ? A quoi sert donc le standard W3C WS-Addressing si ce n'est (entre autres) à permettre au fournisseur du service de rappeler par un callback le consommateur du service qui aura consciencieusement pu poursuivre ses propres traitements en attendant la réponse à sa requête ? Quelle est donc l'utilité des EventHandlers de la spécification BPEL ? Pourquoi les spécifications WS-Eventing et WS-Notification existent-elles ?

Enfin, depuis quand un ESB ne constitue-t-il pas un élément de l'architecture SOA à part entière (même si les définitions à géométrie variable qui en sont données, y compris par leurs propres éditeurs, n'en facilitent pas la compréhension) ?

On comprend que finalement, l'auteur cherche à introduire le concept EDA du Gartner Group et à l'intégrer dans le concept d'ESB, mais c'est totalement raté : l'EDA est déjà intégrée dans la SOA dont l'ESB constitue un élément architectural à part entière, surtout depuis l'éviction du style d'échange rpc au profit du style d'échange document introduit par le profil de base du WS-I.

Bref, encore un article qui n'arrangera pas la compréhension de ce qu'est une architecture SOA ...

Technorati tags : soa eda architecture esb bpel ws-addressing ws-eventing ws-notification
Del.icio.us tags : soa eda architecture esb bpel ws-addressing ws-eventing ws-notification

Vers une convergence entre les frameworks WSDM et WS-Management

Hewlett-Packard, IBM, Intel et Microsoft viennent de publier une feuille de route relative à des travaux communs destinés à assurer la convergence entre les deux frameworks de gestion d'infrastructures de services WSDM et WS-Management.

Les évolutions portent sur :

• la gestion des ressources ;
• la gestion des événements basée sur le modèle Publish/Subscribe ;
• le modèle de gestion des ressources.

Ces évolutions s'appuient sur la réutilisation des spécifications WS-Management (soumise au DMTF fin 2005) et WSDM (devenue un standard OASIS en 2005), l'extension de WS-Transfer (utilisation des EPR WS-Addressing), une nouvelle version de WS-MetadataExchange et la création des deux nouvelles spécifications WS-ResourceTransfer et WS-EventNotification.

Au final, les deux spécifications WSDM et WS-Management continueront à cohabiter et seront toujours soutenues par les éditeurs qui les supportent actuellement. Ces éditeurs s'engagent également à supporter les évolutions définies ci-dessus qui seront exploitées via une nouvelle spécification commune de gestion d'infrastructure en cours de spécification :

Tous ces changements devraient être publiés dans un délai de 18 à 24 mois et à partir du deuxième trimestre 2006 pour les premiers d'entre eux. Ceux-ci s'effectueront sous le contrôle du processus habituel des ateliers WS-* avant une soumission finale à un organisme de standardisation.

Technorati tags : soa hewlett packard ibm intel microsoft wsdm ws-management
Del.icio.us tags : soa hewlett packard ibm intel microsoft wsdm ws-management

Le W3C renouvelle son activité Services Web

Le W3C vient d'annoncer le renouvellement de l'activité Services Web jusqu'en février 2008 et crée un nouveau groupe de travail Semantic Annotations for Web Services Description Language (SAWSDL).

Technorati tags : w3c web services semantic web
Del.icio.us tags : w3c web services semantic web

BPEL Dynamic Content Based Routing

Matt Wright d'Oracle a publié un article illustrant comment écrire un processus de passerelle BPEL qui utilise le pattern XML Content Based Routing pour router des messages SMS de manière dynamique. L'exemple (code disponible) s'appuie bien sûr sur le BPEL Process Manager d'Oracle.

Technorati tags : bpel oracle ws-* patterns
Del.icio.us tags : bpel oracle ws-* patterns

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

WSS 1.1 Standard OASIS

La spécification WS-Security v1.1 soumise à approbation par le comité technique WSS vient d'être approuvée et devient un standard OASIS selon ce mail de Mary McRae.

Le standard WSS 1.1 comporte les spécifications suivantes :

• WS-Security 1.1 ;
  
• Username Token Profile 1.1 ;
  
• X.509 Token Profile 1.1 ;
  
• Kerberos Token Profile 1.1 ;
  
• SAML Token Profile 1.1 ;
  
• REL Token Profile 1.1 ;
  
• SOAP With Attachments (SWA) Profile 1.1 ;
  
• Schema 1.1.

Technorati tags : oasis ws-security wss ws-*
Del.icio.us tags : oasis ws-security wss ws-*

Apache Synapse milestone 1

Paul Fremantle vient d'annoncer que le premier jalon de l'ESB Apache Synapse est disponible. En prime, Miko Matsumura nous informe de la disponibilité d'une documentation associée sur le site Web d'Infravio.

Technorati tags : esb oss apache synapse infravio
Del.icio.us tags : esb oss apache synapse infravio

Accès à un annuaire UDDI via RSS

Eric Newcomer signale ici une manière d'accéder à une description de service Web WSDL via un flux RSS, implémentée par William Henry. Il indique notamment que cela pourrait être un moyen intéressant pour StrikeIron ou XMethods pour diffuser ces descriptions. Cependant, Eric semble oublier que XMethods propose déjà depuis longtemps ce mode d'accès (RSS 0.91), conjointement avec des accès UDDI, WS-Inspection et DISCO. L'accès UDDI est standard car XMethods est en fait un annuaire UDDI public (non membre de l'UBR qui vient par ailleurs de stopper son activité) construit à l'aide de l'implémentation Glue de The Mind Electric, devenue depuis webMethods Glue.

Il n'en demeure pas moins que l'idée est intéressante. J'y vois même une extension intéressante pour les éditeurs d'annuaires : on peut imaginer que la synchronisation entre annuaires UDDI soit réalisée via l'extension Simple Sharing Extensions (SSE) proposée récemment par Ray Ozzie de Microsoft, dont l'idée lui est venue pour la synchronisation d'agendas.

Technorati tags : uddi rss sse webmethods
Del.icio.us tags : uddi rss sse webmethods

Salesforce.com unplugged

Fin décembre, les clients du spécialiste du CRM en ligne Salesforce.com ont été victimes d'une interruption de service durant près d'une journée, selon cette nouvelle de InfoWorld.

Ce type d'incident constitue le risque majeur auquel s'exposent les clients de cette nouvelle génération d'applications hébergées que sont les SaaS (Software-as-a-Service) ou les applications Web 2.0.

Ceci n'empêche pas les clients de Salesforce.com d'être de plus en plus nombreux : selon les derniers décomptes, plus de 18 000 clients et 351 000 utilisateurs lui font confiance.

Récemment, Salesforce.com a choisi d'utiliser les technologies d'Oracle 10g (Database et Grid Computing) et d'investir dans ses quatre datacenters pour soutenir la croissance de ses activités.

Technorati tags : salesforce.com software-as-a-service saas oracle soa
Del.icio.us tags : salesforce.com software-as-a-service saas oracle soa

SourceID WS-Federation for Apache 2.0 Toolkit

Ping Identity vient d'annoncer la disponibilité du produit WS-Federation for Apache 2.0 Toolkit, via la communauté Open Source SourceID qu'elle soutient.

La boîte à outils permet à des applications Web écrites en Java, Perl ou PHP et hébergées par un serveur Apache de participer à une fédération d'identités gérée par les services de fédération de Active Directory (Active Directory Federation Services - ADFS) de Microsoft Windows Server 2003 release 2 via la mise en oeuvre du profil WS-Federation Passive Requestor Interoperability Profile, c'est-à-dire une fédération entre applications mettant en oeuvre un navigateur Web.

Dans cette même annonce, Ping Identity informe que la prochaine version de son produit commercial PingFederate 3.1, prévue pour le 2ème trimestre 2006, supportera conjointement le protocole SAML 2.0 et le protocole WS-Federation.

Technorati tags : ping identity ws-federation apache adfs sso saml oasis soa
Del.icio.us tags : ping identity ws-federation apache adfs sso saml oasis soa

WSDL 2.0 Candidate Recommendation

Le W3C vient d'annoncer que la spécification WSDL 2.0 est passée à l'état de recommandation candidate. Les commentaires sont ouverts jusqu'au 15 mars.

Celle-ci couvre les éléments suivants :

• Part 0 : Primer ;
• Part 1 : Core Language ;
• Part 2 : Adjuncts.
  

Technorati tags : wsdl w3c
Del.icio.us tags : wsdl w3c