Concernant le déploiement à chaud. S’agit-il de la configuration XML sur lequel repose Mule ?

Je prends l’exemple d’avoir deux applications pluggées dans le bus, si jamais je rajoute une nouvelle entrée dans le bus en passant par le fichier de confiuration initiale, est ce que cela est pris en compte automatiquement sans devoir à redémarrer Mule.

J’ajoute les liens du blog de Xebia
http://blog.xebia.fr/2007/12/17/spring-integration-lavenement-des-lightweight-esb/

et la FAQ sur Mule / JBI
http://mule.mulesource.org/display/MULE/FAQ#FAQ-HowdoesMulecomparetoJBI%3F
Nicolas

En complément, il est important de souligner que Mule se tourne résolument vers une approche d’avantage Bottom-up que Top-down, ce qui en fait un véritable allier de l’intégrateur souhaitant rester au plus près de ses problématiques d’intégration. Ce qui ne l’empêche pas non plus de s’intégrer simplement aux outils de BPM, parmis lesquels Intalio et jBPM se distinguent.

Le remplacement des DTD par l’utilisation d’XML Schéma, et le rapprochement avec Spring, simplifie énormément la configuration de l’ESB, ainsi que l’intégration des plugins et futures évolutions. Résultat, la prise en main de l’outil est plus rapide et le fichier de configuration gagne en lisibilité.

D’autre part, le fait que Mule ne s’appuie pas sur la norme JBI en fait un outil véritablement flexible, au sein duquel les services peuvent être de simple POJO, n’ayant aucun lien avec le framework. L’intégration de projets développés avec Spring est également grandement simplifiée.

Ayant la chance de travailler actuellement avec Mule au sein d’un projet d’intégration important, j’aurais probablement l’occasion de laisser davantage d’informations sur le blog d’Ippon. N’hesitez donc pas à aller y jeter un coup d’oeil.