Interface21 a annoncé la sortie de Spring Web Services 1.0.
Les deux éléments clés de cette pile Web Services sont :
Le débat est en ce moment très animé autour d’une hypothétique standardisation de la pile des standards SOA.
L’occasion de retomber sur un article d’Aurélien Pelletier : “SOAP is the EJB of XML???”. Ce billet à plus de deux ans mais la question est plus que jamais d’actualité à l’heure où de plus en plus de voix s’élèvent autour des solutions alternatives, aux EJB d’une part, aux Web Services d’autre part. Elle mérite d’être posée, élargie et remise en perspective : Les standards Web Services sont-ils à SOA ce que les EJB furent à J2EE ?
C’est ce que je m’efforce de faire sur le blog de Xebia France dans le billet “Les standards Web Services sont-ils à SOA ce que les EJB furent à J2EE ?“.
Le billet complet : Les standards Web Services sont-ils à SOA ce que les EJB furent à J2EE ?.
BEA organise le mardi 10 juillet 2007 un TechTalk sur les thèmes de la supervision, de l’administration et du support.
Guillaume Bodet, Directeur Technique de Xebia y fera un topo sur les meilleures pratiques en matière de supervision des Infrastructures Java/J2EE. Pour patienter, vous pouvez dès maintenant visualiser son interview.
Plus d’informations sur le blog de Xebia France : Supervision, Administration et Support.
L’exploitation devient, avec l’augmentation en nombre et en criticité des applications J2EE, une discipline fondamentale pour les départements Production.
Luc Legardeur, président de Xebia France tire la sonnette d’alarme :
Exploitation J2EE : il y a urgence !!! sur le blog de Xebia France.
Dans l’article Designing Messaging Applications with Temporary Queues, publié sur OnJava, Thakur Thribhuvan explique comment utiliser les destinations dynamiques JMS (queues ou topics temporaires) afin de rendre une application de messaging réellement “scalable” en adaptant le nombre de destinations disponibles au runtime.
A peine les spécification SCA et SDO finalisées (Cf. “SCA et SDO donnés à l’OASIS“), Rogue Wave Software (Quovadx, Inc.) annonce la sortie d’HydraSCA, un framework d’exécution de services basé sur SCA (Service Component Architecture).
HydraSCA released, enables SOA based on SCA (par Dana Kinsella sur TSS).
First SCA Solutions Out of the Gate for SOA… par Dave Linthicum sur Real World SOA.
Suite à la soumission à l’OASIS des spécifications SCA et SDO le mois dernier, cette dernière à annoncé le 11 avril 2007 la création du groupe de travail “Open Composite Services Architecture Member Section” (Open CSA) qui aura en charge de coordonner les travaux de standardisation autours des SOA.
SCA (Service Componant Architecture) est un ensemble de spécifications visant à simplifier la création et la composition de services (indépendamment de leur implémentation) dans le cadre d’Architectures Orientées Service (SOA).
Cette spécification était jusqu’ici portée par l’OSOA (Open Service Oriented Architecture), également à l’initiative de SDO (Service Data Objects), qui a annoncé le 21 mars dernier la version 1.0 de la spécification et sa soumission à l’OASIS pour standardisation.
Au-delà des guerres de clochers autour de SCA, cette double annonce est l’occasion de revenir sur cette spécification.
Ce que je fais sur le blog de Xebia France : Introduction à SCA (Service Component Architecture)
BEA et Amberpoint ont signé un accord qui permettra à BEA de revendre Amberpoint SOA Management dans sa suite AquaLogic en tant que AquaLogic SOA Management.
BEA recommandait déjà d’utiliser les outils d’Amberpoint pour la supervision WebServices.
Xebia blogue ! Lectures