Vers une future standardisation de SDO par l'OASIS

Suite à la décision de l'organisation OSOA (Open Service Oriented Architecture) de soumettre ses spécifications SCA et SDO à l'OASIS, un comité technique OASIS SDO TC a été créé en novembre 2007 pour standardiser SDO (Service Data Objects).

Dans une première phase, le comité poursuivra les travaux de l'OSOA autour du langage C++ en maintenant la cohérence avec la version Java standardisée par le JCP (Java Community Process) sous la JSR 235.

Dans un deuxième temps, le comité travaillera à la production de la version 3.0 de la spécification. Cette nouvelle version intégrera notamment l'interopérabilité avec la plate-forme .NET (ADO.NET) et le support des langages compatibles .NET. Enfin, d'autres langages pourraient être supportés parmi lesquels C, COBOL, PL/I, JavaScript, PHP, Python, Perl, Ruby et Groovy.

Pour les langages Java, C++ et .NET, un document de spécification V3.0 sera publié, accompagné d'une suite de tests de conformité des implémentations. Il en sera de même pour chacun des langages complémentaires qui pourront être retenus.

Une grande partie des membres du comité proviennent de l'organisation OSOA.

La charte du comité technique SDO est accessible ici.

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

SOA, sécurité et gouvernance

Layer 7 Technologies propose une version "soft" de son appliance firewall XML.

Au menu du produit :

• Protection des flux XML, SOAP, REST et AJAX ;
• Contrôle de la conformité des messages aux profils WS-I et aux standards WS-* ;
• Support des jetons de sécurité SAML 1.1, 2.0 et Kerberos ;
• Interoperabilité avec les principaux produits d'authentification/identification CA SiteMinder, Oracle Access Manager, Sun Access Manager, RSA Access Manager, Tivoli Access Manager, annuaires LDAP, Active Directory, ...

Une version d'évaluation utilisable pendant 15 jours est disponible.

Technorati tags : ws-* layer 7 technologies soa xml security
Del.icio.us tags : ws-* layer 7 technologies soa xml security

Version finale Microsoft ESB Guidance

La publication de la version finale de l'ESB Guidance ne devrait plus tarder. Stève Sfartz donne des informations sur cette version dans cette news. Il précise notamment l'origine du projet et les évolutions prévues.

Le projet est aujourd'hui accessible au public (et non plus seulement aux partenaires) et hébergé sur CodePlex.

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

Web Services Policy 1.5 recommandation du W3C

Le framework Web Services Policy est maintenant un standard du W3C. Selon ce communiqué, la version 1.5, issue des travaux de normalisation à partir de la spécification WS-Policy, est devenue une recommandation, validée suite à une session de tests d'interopérabilité dont les résultats sont publiés ici.

Une fois n'est pas coutume, la standardisation de cette spécification a été menée très rapidement, la soumission au W3C ne remontant qu'au 25 avril 2006. Ceci s'explique par le fait qu'il s'agit d'un standard très important pour permettre une réelle gouvernance des architectures SOA.

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

Spring-WS 1.0 disponible

La version finale 1.0 de Spring-WS est disponible selon cette annonce d'Interface21.

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

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

Prochaine soumission de WS-Federation à l'OASIS ?

Apparemment, d'après ce mail de Mary McRae, intitulé "Proposed Charter for OASIS Web Services Federation (WSFED) TC", on s'approche de la soumission de la spécification WS-Federation à l'OASIS pour standardisation.

Le site Web du futur comité technique est même déjà prêt à fonctionner. Les premiers membres en sont BMC Software, Microsoft et Red Hat.

Affaire à suivre ...

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

OASIS WS-BPEL 2.0

C'est fait ! Comme l'annonçait Paul Krill récemment, la spécification BPEL est devenue un standard OASIS sous le nom WS-BPEL 2.0, malgré un incident mineur de dernière minute lié à un vote négatif de Fujitsu (voir les résultats du vote). John Evdemon a publié la nouvelle le 12 avril dernier.

Le communiqué officiel de l'OASIS est disponible ici. Le texte du standard est accessible ici.

N'oublions pas que la spécification BPEL avait été publiée presque simultanément (juillet et août 2002) avec les spécifications WS-Coordination et WS-Transaction, cette dernière éclatée ensuite en WS-BusinessActivity et WS-AtomicTransaction. Ces spécifications complémentaires avaient pour objet de préciser le comportement transactionnel des services impliqués dans un processus BPEL.

Ces spécifications, en cours de standardisation au sein du comité technique OASIS Web Services Transaction (WS-TX) depuis 2005, sont aussi sur le point de devenir des standards selon le compte-rendu de la réunion du comité de janvier 2007 publié par Eric Newcomer.

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

BPEL sur le point de devenir le standard OASIS WS-BPEL 2.0

Selon cette annonce de Paul Krill, l'OASIS s'apprête à publier le standard WS-BPEL 2.0 (Web Services Business Process Execution Language) : un communiqué en ce sens devrait être rendu public lundi prochain.

Comme le rappelle Paul, cette standardisation intervient presque cinq ans après la première publication de la spécification (août 2002) et quatre ans après la soumission de la version BPEL 1.1 à l'OASIS pour standardisation (mai 2003).

Après la normalisation de WSDL par le W3C, c'est donc une autre brique très importante des architectures SOA qui va devenir un standard.

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

WS-SecureConversation v1.3 et WS-Trust v1.3 standards OASIS

Les spécifications WS-SecureConversation v1.3 et WS-Trust v1.3 sont devenues des standards OASIS selon ce communiqué de l'OASIS.

Cette standardisation est le résultat des travaux du comité technique Web Services Secure Exchange (WS-SX) dont la création remonte à octobre 2005.

Technorati tags : oasis ws-sx web services ws-secureconversation ws-trust
Del.icio.us tags : oasis ws-sx web services ws-secureconversation ws-trust

WSDL 2.0 en proposition de recommandation au W3C

Selon ce message de Sanjiva Weerawarana de WSO2, le W3C vient de faire passer WSDL 2.0 au stade de proposition de recommandation. Comme le précise Sanjiva, il a fallu près de cinq ans pour parvenir à normaliser cette spécification très importante de la pile WS-*, après la soumission de la version initiale WSDL 1.1 ...

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

BPEL for Windows Workflow Foundation

Paul Andrew a annoncé le prochain support de BPEL par Windows Workflow Foundation sous la forme d'une extension au framework .NET 3.0 nommée BPEL for Windows Workflow Foundation.

Une première version CTP (Community Technology Preview), supportant BPEL 1.1 (version soumise à l'OASIS pour standardisation), sera disponible en mars 2007. La version finale implémentera le standard OASIS WS-BPEL 2.0 et sera disponible au quatrième trimestre 2007.

Il faut rappeler que la prochaine version de BizTalk, celle qui succédera à BizTalk Server 2006, sera complètement réécrite et s'appuiera sur Workflow Foundation. Elle bénéficiera donc aussi du support de WS-BPEL 2.0.

Soulignons qu'il s'agit seulement de pouvoir importer ou exporter une orchestration Workflow Foundation en format standard WS-BPEL et non pas d'exécuter nativement un processus en format WS-BPEL ...

Technorati tags : microsoft bpel ws-bpel oasis wf ws-* biztalk .net
Del.icio.us tags : microsoft bpel ws-bpel oasis wf ws-* biztalk .net

Convergence SOA et Telecoms via SIP

Une étude récente de Lippis Consulting (novembre 2006), publiée sur le site Web d'Avaya, donne un éclairage intéressant sur la convergence IT/Telecoms en cours, notamment via l'intégration d'applications de communication et de processus métier à travers la mise en oeuvre du protocole SIP (Session Initiation Protocol) de l'IETF, dans le cadre d'architectures SOA.

Technorati tags : soa telecoms ws-* sip ietf
Del.icio.us tags : soa telecoms ws-* sip ietf

Support de BPEL par TIBCO BusinessWorks

TIBCO vient d'annoncer la version 5.4 de BusinessWorks. Cette nouvelle version supporte enfin BPEL 1.1, ainsi que les schémas du futur standard OASIS WS-BPEL 2.0, actuellement en cours de revue.

Technorati tags : bpel oasis ws-* tibco
Del.icio.us tags : bpel oasis ws-* tibco

Deuxième revue publique pour WS-BPEL

Selon cette annonce de John Evdemon, une deuxième période de revue de la spécification OASIS WS-BPEL 2.0 est en cours. Celle-ci est limitée à 15 jours.

Cette revue succède à la première revue de 60 jours qui s'est terminée en novembre 2006. La standardisation est proche ...

Technorati tags : bpel oasis ws-*
Del.icio.us tags : bpel oasis ws-*