Le Mashup Computing sur mainframes, c'est possible !

Construire des mashups sur les écrans verts, c'est possible avec Convertigo Enterprise Mashup Server de Twinsoft.

Une démonstration du produit est visible sur YouTube.

Le Club Méditerranée a par exemple utilisé ce produit pour moderniser son processus de réservation en ligne (voir ici).

Technorati tags : web 2.0 web services mashups twinsoft ws-*
Del.icio.us tags : web 2.0 web services mashups twinsoft ws-*

WSO2 sort son Mashup Server

C'est au tour du prolifique WSO2 d'annoncer la sortie de son Mashup Server. Une communauté de partage de mashups s'est aussi constituée autour de ce produit : Mooshup.com. Les mashups sont écrits en JavaScript E4X. Les services Web WS-*, REST et POX sont pris en charge.

Technorati tags : web 2.0 web services mashups wso2 javascript e4x ws-* rest pox
Del.icio.us tags : web 2.0 web services mashups wso2 javascript e4x ws-* rest pox

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