Version finale du framework .NET 2.0 (et de WSE 3.0 ?)

La version finale du framework .NET 2.0 est maintenant disponible et téléchargeable ici (packages SDK et Redistributable x86, x64 et IA64).

A quand la version finale des Web Services Enhancements (WSE) 3.0 ? Demain, selon cet article de Paul Krill sur InfoWorld.

Technorati tags : microsoft wse web services .net framework
Del.icio.us tags : microsoft wse web services .net framework

Programmable Web

John Musser met en oeuvre un site Web qui permet de recenser certaines APIs de services Web (de la mouvance dite "Web 2.0"), ainsi que des références de sites Web qui les utilisent.

Par ailleurs, il est déjà l'auteur d'un site de référence dans le domaine de la gestion de projet.

Technorati tags : web 2.0 web services programmable web
Del.icio.us tags : web 2.0 web services programmable web

W3C Supporters Program

Le W3C vient de lancer un programme destiné à obtenir un support financier ou en nature (matériels ou logiciels) à son fonctionnement opérationnel. Ce financement est complémentaire à celui qui est déjà assuré par les membres du W3C.

Pour l'instant, seules huit sociétés ou organisations ont contribué au programme. Seuls deux grands acteurs commerciaux ont répondu présent : Adobe et Microsoft.

Et alors, ils sont où tous les donneurs de leçons sur le respect des standards du W3C ?

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

XSLT 2.0, XPath 2.0 et XQuery 1.0 en recommandations candidates

Le W3C vient d'annoncer que les spécifications XSLT 2.0, XPath 2.0 et XQuery 1.0 viennent de passer au stade de recommandations candidates.

Ces spécifications sont fréquemment utilisées dans les technologies de services Web, notamment par les moteurs d'exécution de processus métier BPEL.

Les références sont disponibles sur le site de l'activité XML du W3C.

Technorati tags : w3c xslt xquery xpath bpel
Del.icio.us tags : w3c xslt xquery xpath bpel

Après le hype autour de Ajax, voici Web 2.0 ...

Décidément, le marketing viral est toujours aussi virulent. Après l'antiquité Ajax, voici venir Web 2.0, assemblage de vieilleries présenté comme une nouveauté architecturale ... Outre le fait que la définition du concept est à géométrie très variable (on y trouve pêle-mêle Ajax, les blogs, les services Web, les réseaux sociaux, ...), on peut remarquer qu'il s'agit en pratique d'amalgamer des technologies déjà relativement anciennes pour la plupart d'entre elles. Bref, encore du vent ...

Voir ici l'avis de Clemens Vasters sur la nouveauté de la chose ou la réaction de Joël Spolsky sur le retour des "astronautes" de l'architecture.

Comme l'exprime Joël :

"The term Web 2.0 particularly bugs me. It's not a real concept. It has no meaning. It's a big, vague, nebulous cloud of pure architectural nothingness. When people use the term Web 2.0, I always feel a little bit stupider for the rest of the day."

InternetActu.net publie également un papier sur le sujet qui donne les positions de différents acteurs du Net sur le sujet.

Technorati tags : ajax blog web services social networks web 2.0
Del.icio.us tags : ajax blog web services social networks web 2.0

Simon Guest, de l'interopérabilité à l'architecture

Simon Guest, le spécialiste de l'interopérabilité des WSOA chez Microsoft, annonce que son activité va s'étendre vers l'architecture, nouvelle activité pour laquelle il est en train de constituer une équipe.

Simon a publié de nombreux documents relatifs à l'interopérabilité entre la plate-forme .NET de Microsoft et les principales plates-formes Java du marché, que ce soit notamment au niveau SOAP/WSDL, mais aussi WS-Security et plus récemment MTOM lors du JavaOne 2005 (voir ici).

Les documents publiés sont disponibles dans la section Web Services Interoperability du site MSDN, et pour certains d'entre eux dans la section plus généraliste Microsoft .NET and Java/J2EE Interoperability de MSDN.

Simon est également l'auteur d'un livre intitulé "Microsoft .NET and J2EE Interoperability Toolkit" publié chez Microsoft Press (voir référence Amazon).

Technorati tags : web services .net framework java interoperability
Del.icio.us tags : web services .net framework java interoperability

Nokia prépare un framework de services Web

Nokia, fervent supporter de l'organisation Liberty Alliance, travaille à la mise au point d'un framework (présenté lors du JavaOne 2004) qui permettra le développement de services Web accessibles à partir de ses smartphones. Les composants de ce framework seront présents dans l'appareil et le système distant.

Le framework s'appuie sur la mise en oeuvre des standards HTTP, SOAP, XML. Les travaux portent notamment sur une mise en oeuvre de la spécification JSR 172 (J2ME Web Services) dont la version 1.0 du guide développeur de l'implémentation de Nokia vient d'être publiée.

Le framework commence à être diffusé via l'API Symbian des smartphones Communicator 9300 & Communicator 9500 et les Series 60. Une version pour les développeurs Java est en cours de développement pour les Series 80 (Communicator 9300 et 9500).

Plus d'informations sur le framework de Nokia sont disponibles ici.

Technorati tags : nokia soap web services jsr 172
Del.icio.us tags : nokia soap web services jsr 172

Support de la pile WS-* par la plate-forme .NET

Christian Weyer publie dans son blog une entrée qui met en évidence la progression du support des spécifications (et standards) de la pile WS-* entre les premières versions du framework .NET et Windows Communication Foundation (pka Indigo), en passant par les diverses versions des Windows Services Enhancements (aka WSE).

Très instructif ...

Technorati tags : ws-* stack .net framework wcf
Del.icio.us tags : ws-* stack .net framework wcf

Acquisition de DataPower par IBM

Après l'acquisition de Sarvega par Intel, c'est au tour de DataPower de passer sous le contrôle d'IBM (voir cet article de The Register).

La consolidation dans le domaine de la sécurité des WSOA et des performances dans la gestion des flux XML générés par ces architectures est en marche ...

Technorati tags : sarvega datapower soa xml security
Del.icio.us tags : sarvega datapower soa xml security

L'intégration XML par le hardware

L'accroissement du traffic Internet en format XML, ainsi que dans les réseaux locaux, suscite des évolutions importantes de la part des constructeurs d'équipements réseaux. La part du traffic XML dans le traffic total Corporate et Internet devrait croître de 15% en 2004 à 50% en 2008 selon une estimation de ZapThink. En 2010, le traffic généré par les technologies de services Web devrait représenter 80% du traffic XML.

La montée en puissance actuelle des fournisseurs d'équipements d'accélération XML (DataPower, Sarvega, Tarari, ...) s'explique donc aisément.

Cette transformation de la nature du traffic réseau n'a pas échappé à Intel qui vient d'annoncer le rachat de Sarvega et d'entrer ainsi sur ce nouveau marché. Intel est par ailleurs déjà fournisseur d'équipements d'accélération SSL. Cette décision constitue un retour d'Intel sur ce marché, après l'arrêt de l'appliance XML Director et le transfert de la technologie vers le fournisseur de processeurs spécialisés Tarari en 2002.

Phil Wainewright donne ici son avis sur les raisons qui sont à l'origine du rachat de Sarvega.

Technorati tags : xml sarvega datapower tarari web services
Del.icio.us tags : xml sarvega datapower tarari web services

Constitution du comité technique OASIS Web Services Secure Exchange (WS-SX)

L'OASIS vient de publier l'appel à participation au nouveau comité technique OASIS Web Services Secure Exchange (WS-SX).

L'objectif du comité est défini ainsi :

"The purpose of the Web Services Secure Exchange (WS-SX) Technical Committee (TC) is to define extensions to OASIS Web Services Security to enable trusted SOAP message exchanges involving multiple message exchanges and to define security policies that govern the formats and tokens of such messages. This work will be carried out through continued refinement of the Web Services SecureConversation, SecurityPolicy and Trust specifications submitted to the TC as referenced in this charter."

Les travaux du comité prendre donc en compte les spécifications suivantes :

• WS-SecureConversation 1.2 (février 2005) ;
  
• WS-Trust 1.2 (février 2005) ;
• WS-SecurityPolicy 1.1 (juillet 2005).
  

WS-SecureConversation et WS-Trust ont été publiées par Actional, BEA, Computer Associates, IBM, Layer 7 Technologies, Microsoft, Oblix, OpenNetwork Technologies, Ping Identity, Reactivity, RSA Security et VeriSign.

WS-SecurityPolicy a été publiée par IBM, Microsoft, RSA Security et VeriSign.

Les travaux des comités techniques OASIS suivants sont considérés comme applicables :

• Web Services Security (WSS) ;
• Web Services Reliable Exchange (WS-RX) ;
• Web Services Transaction (WS-TX).
  

Les spécifications et standards suivants seront également pris en compte :

• Internet X.509 Public Key Infrastructure Qualified Certificates Profile (ITU) ;
  
• Liberty Identity Web Services Framework (ID-WSF) (Liberty Alliance) ;
  
• Liberty ID-WSF Authentication Service Specification (Liberty Alliance) ;
  
• Open Mobile Alliance Web Services Enabler (OWSER) ;
  
• The Kerberos Network Authentication Service (IETF) ;
• Security Requirements for Cryptographic Modules ( NIST) ;
• Security Assertion Markup Language (SAML) (OASIS) ;
• eXtensible Access Control Markup Language (XACML) (OASIS) ;
• XML Key Management Specification (XKMS) (W3C).

La création du comité est supportée par Actional, Adobe, AmberPoint, Arjuna Technologies, BEA, BMC Software, Cape Clear, Computer Associates, DataPower, Forum Systems, Hewlett-Packard, IBM, IONA Technologies, Layer 7 Technologies, Lockheed Martin, Microsoft, Nokia, Nortel, Novell, Open Applications Group, Oracle, Ping Identity, Reactivity, Ricoh, SAP, Sarvega, Systinet, Sonic Software, Trustgenix, VeriSign, Vodafone, webMethods et WSO2.

Le comité sera piloté par Paul Cotton (Microsoft), assisté de Kelvin Lawrence (IBM) et Chris Kaler (Microsoft).

La première réunion du comité (F2F meeting) est prévue à Redmond, les 7 et 8 décembre 2005.

[update] L'annonce de l'OASIS.

Technorati tags : oasis wss ws-rx ws-sx ws-tx web services soap ws-secureconversation ws-trust ws-securitypolicy x.509 libertyalliance kerberos saml xacml xkms
Del.icio.us tags : oasis wss ws-rx ws-sx ws-tx web services soap ws-secureconversation ws-trust ws-securitypolicy x.509 libertyalliance kerberos saml xacml xkms

Des risques de construire une WSOA sans annuaire de services

Luc Clement expose dans cet article les sept risques auxquels s'exposent les concepteurs d'architectures WSOA s'ils oublient la brique de base constituée par l'annuaire de services UDDI.

Au menu :

• Danger #1 : Wasted, Ineffective Applications Caused by Misalignment with Processes ;
• Danger #2 : Lack of Application Consistency and Integrity ;
• Danger #3 : Difficult to Relate and Reuse Application Functionality ;
• Danger #4 : Proprietary, difficult to maintain interoperability software ;
• Danger #5 : No Motivation to Reuse Services ;
  
• Danger #6 : Time Wasted Locating Service Information ;
• Danger #7 : No Control and Lack of Dependable Business Services.

Autant de difficultés auxquelles je souscris entièrement.

Spécifications et standards implémentés dans Windows Communication Foundation

Jeffrey Schlimmer publie ici, via son blog, un fichier PDF qui récapitule les spécifications et standards implémentés et mis en oeuvre dans le framework Windows Communication Foundation.

BEA et le support de BPEL

Ces derniers temps, BEA semble être sur la défensive dès que l'on aborde le sujet de BPEL. Selon des propos rapportés dans cet article de InfoWorld, Bill Roth, l'un des vice-présidents de BEA semble jouer sur le fait que la spécification BPEL 1.1, soumise à l'OASIS en 2003, n'est pas encore un standard et n'est donc pas digne de considération par les éditeurs et les clients :

"I think our position is that frankly, Oracle's making too much of BPEL. Sure, it?s a useful way of orchestration. [But] the fact of the matter is that BPEL has been approved by absolutely no standards body."

"The important thing is [BPEL is] not done yet and while we look at BPEL as a promising development, Oracle users are taking a huge risk by developing on BPEL 1.1 and getting locked into something that they think is standard but isn't."

La standardisation de BPEL par l'OASIS est en cours (voir les travaux du comité technique dédié) et le standard devrait être publié avant la fin de l'année 2005. Mais comme le rappelle Edwin Khodabakchian, ex-CEO de Collaxa (le créateur du produit BPEL Manager, devenu depuis Oracle BPEL Process Manager), dans ce commentaire relatif à un article de Mark Carges, il y a peu de différences entre la version soumise à l'OASIS (BPEL 1.1) et le futur standard OASIS (WS-BPEL 2.0, parfois aussi appelé BPEL 2.0).

Par ailleurs, il faut toujours se méfier de l'expression "supporte BPEL". En général, cela signifie que le produit en question n'implémente pas nativement la spécification BPEL et qu'il est simplement capable (au mieux) d'importer et d'exporter des scripts BPEL, très souvent au prix de grosses difficultés de transposition d'une sémantique syntaxique vers l'autre. Ce problème limite fortement la portabilité des scripts BPEL entre plates-formes techniques hétérogènes. Rappelons au passage que BPEL est la seule de toutes les spécifications de la pile WS-* pour laquelle la portabilité est aussi importante que l'interopérabilité.

Au sujet de ces difficultés, la consultation de ce document relatif à l'outil d'importation de WLI 8.1 est instructive (voir le § intitulé "Known Limitations and Issues") :

"This section details some known limitations and issues of the BPEL Import tool. The majority of these issues exist because of the inherent differences between the JPD and BPEL languages."

La consultation de cet autre document relatif à l'outil d'exportation de WLI 8.1 est également intéressante (voir le § intitulé "Known Limitations and Issues").

Comme Edwin Khodabakchian, on peut voir dans ces propos de Bill Roth une forme de FUD de la part de BEA, manifestement gêné dans la transformation de ses produits WebLogic Integration et Workflow en solutions implémentant nativement BPEL et non pas un équivalent propriétaire Java (aka JSR-207 - Process Definition for Java - PD4J) comme à l'heure actuelle.

Aujourd'hui, quel est le meilleur choix : un produit qui supporte très mal la version BPEL 1.1 et dont les scripts de processus devront être en bonne partie réécrits ou un produit qui supporte bien BPEL 1.1 et dont les scripts de processus devront faire l'objet d'ajustements mineurs pour s'adapter au standard BPEL 2.0 ?

D'une manière plus générale, de nombreux éditeurs de produits Java (dont BEA) ne semblent pas avoir intégré le fait que, dans les architectures WSOA, les artefacts XML (descriptions WSDL, schémas de messages XML, descriptions de stratégies, ...) sont passés au premier plan et que les artefacts Java (composants EJB, POJOs, ...) doivent s'effacer au second plan.

Ainsi, la perle BPELJ spécifiée par BEA et IBM est un exemple de la tentation permanente qui vise à réintroduire des éléments technologiques propriétaires (Java en l'occurence) dans des éléments descriptifs XML normalisés (ou en voie de l'être).

Constitution du comité technique OASIS Web Services Transaction (WS-TX)

Ca y est : James Bryce Clark vient d'annoncer la création du comité technique OASIS Web Services Transaction (WS-TX).

L'appel à participation a été publié le 1er octobre 2005 (voir aussi la nouvelle sur XML Cover Pages).

L'objectif du comité est ainsi précisé :

"The purpose of the Web Services Transaction (WS-TX) Technical Committee (TC) is to define a set of protocols to coordinate the outcomes of distributed application actions.

The TC will specify an extensible framework for developing coordination protocols through continued refinement of the Web Services Coordination (WS-Coordination v 1.0) specification submitted to the TC as referenced in this charter. In addition, the TC will continue refinement of protocols for two coordination types that use the WS-Coordination framework: atomic transaction (AT) and business activity (BA), based on the Web Services Atomic Transaction (WS-AtomicTransaction v 1.0) and Web Services Business Activity (WS-BusinessActivity v 1.0) specifications submitted to the TC.

Collectively, these three specifications will be referred to as the WS-TX Specifications."

La création de ce comité ouvre donc la voie à la standardisation de la gestion des transactions courtes et longues entre services Web.

Les éléments de contribution initiaux seront constitués par les dernières versions des spécifications WS-Coordination, WS-AtomicTransaction et WS-BusinessActivity, réactualisées en août dernier (versions 1.0).

Le comité publiera de nouvelles versions 1.1 de ces trois spécifications. Ces nouvelles versions seront compatibles avec les spécifications et documents suivants :

• WS-Security ;
• WS-Trust ;
• WS-SecureConversation ;
  
• WS-Addressing ;
  
• SOAP 1.1 ;
• SOAP 1.2 ;
  
• liaisons SOAP 1.1/1.2 vers HTTP ;
• WS-Policy ;
• WSDL 1.1 ;
• WSDL 2.0 ;
• document "Secure, Reliable, Transacted Web Services: Architecture & Composition" ;
• WS-I Basic Profile.

Les travaux du comité technique OASIS Web Services Security (WSS) et du groupe de travail W3C Web Services Addressing sont considérés comme applicables.

Seront également considérés les travaux des comités techniques OASIS Web Services Business Process Execution Language (WSBPEL), Web Services Composite Application Framework (WS-CAF) et Business Transactions.

Le comité sera piloté par Paul Cotton (Microsoft), assisté de Ian Robinson (IBM) et Eric Newcomer (IONA Technologies).

La première réunion du comité (F2F meeting) est prévue à Cupertino, les 16 et 17 novembre 2005.

Dossier médical patient aux Pays-Bas

En France, on palabre. Aux Pays-Bas, on réalise.

Ce document décrit les problèmes rencontrés lors de la mise en place de l'infrastructure de messagerie entre les hôpitaux hollandais, construite sur les technologies de services Web. Au menu : SOAP, WSDL et HL7.

Il est vrai qu'en France, on a beaucoup réfléchit pour la mise en place de la carte Vitale, surtout sur le chapître de la sécurité. A peine distribuée à l'ensemble de la population, un informaticien démontre qu'elle est très facilement piratable : les données personnelles ne sont même pas encryptées et sont stockées dans des zones mémoire de la carte non protégées. Il est donc relativement aisé de fabriquer une "yes card" médicale et d'accroître ainsi le déficit "abyssal" de la Sécurité Sociale. Et devinez quelle fut la réaction des pouvoirs publics ? Plutôt que de remercier "l'inventeur" de cette faiblesse de la carte, celui-ci est poursuivi en justice pour escroquerie. Bref, on marche sur la tête ...

Du coup, après avoir massivement (et brillamment) investi dans la carte Vitale, la France commence seulement à réfléchir à la problématique du dossier médical patient. Gageons que la réussite sera impérissable si les mêmes "experts techniques" sont mis à contribution ...

Lotus Notes/Domino 7 et les services Web

Comme quoi, tout arrive. Voici un article de developerWorks sur le sujet signé Robert Perron. Si tu ne vas pas à SOAP et WSDL, SOAP et WSDL iront à toi ...

Visual Studio 2005 Extensions for Windows Workflow Foundation beta 1

La version beta 1 des extensions Visual Studio 2005 pour Windows Workflow Foundation (WWF) est disponible en téléchargement ici.

Infravio X-Registry Platform 5 disponible

La version 5 de l'annuaire UDDI d'Infravio est disponible. L'annuaire, qui implémente le standard OASIS UDDI 3.0, est édité en trois versions :

• l'annuaire de base Catalog Edition ;
• la version IT Governance Edition dédiée à la mise en oeuvre de SOA en intranet ;
• la version Partner Edition dédiée à la mise en oeuvre de SOA en extranet ou internet.

Rappelons que Infravio est l'un des initiateurs du projet ESB Synapse de la communauté Apache et a apporté le code source de son produit X-Broker au projet.

L'impérialisme américain à l'oeuvre

Les Etats-Unis refusent toujours de confier le contrôle du réseau Internet à une autorité multilatérale telle qu'une agence des Nations-Unies, comme le demande l'Union Européenne.

Cette question est à l'ordre du jour depuis plusieurs années comme l'indique cette communication de la Commission Européenne au parlement du Royaume-Uni.

L'Europe serait bien avisée de demander à la Chine sa position sur ce sujet ...

[Update] Résolution du sénateur républicain U.S Coleman.