2010-09-26 2 views
1

Je veux savoir s'il existe des projets open source pour l'infrastructure de messagerie. Il couvrira la plupart des fonctionnalités listées dans "Enterprise Integration Patterns". Je sais qu'il existe des produits ESB open source qui suivent ce livre. Mais il semble qu'ils sont trop lourds. Je veux seulement une infrastructure de messagerie élégante.Existe-t-il un projet open source pour l'infrastructure de messagerie?

+0

Il couvrira la plupart des fonctionnalités énumérées dans. ??? Il y a du contenu manquant ici. –

+0

Peut-être que vous devriez énumérer les fonctionnalités que vous recherchez. Il y a beaucoup de middleware de messagerie ou de produits ESB dans le cas contraire. – joschi

+0

Un grand merci pour votre réponse. Je ne veux pas d'ESB, je veux seulement un middleware de messagerie simple qui peut couvrir la plupart des fonctionnalités du livre écrit par Gregor Hohpe, Bobby Woolf – lostinmoney

Répondre

2

Que diriez-vous de Apache Camel? Il implémente certains des modèles d'intégration d'entreprise.

+0

Je vais jeter un oeil à Camel, merci beaucoup pour votre réponse. – lostinmoney

1

Je ne sais pas exactement ce qui est admissible pour une infrastructure de messagerie d'entreprise, mais XMPP a-t-elle été examinée?

+0

+1, et le serveur openfire semble très prometteur en Java –

+0

Je ne connais pas XMPP auparavant. Il semble que XMPP est destiné à un usage général, je veux un produit dans le monde JMS. Pourriez-vous nous aider à partager quelques expériences? – lostinmoney

+0

Le prototype de la fédération de vagues Google utilise (utilisé?) Openfire, qui est écrit en Java. Vous avez mentionné seulement besoin d'une infrastructure de messagerie élégante, ce qui est certainement XMPP/Openfire. – dekz

2

Que diriez-vous de Mule?

+0

Mule est trop lourd pour moi. – lostinmoney

+0

Ouais, tout dépend exactement de la façon dont "l'entreprise" vous voulez être. Je suis d'accord que tout simplement vieux JMS est très utile; De la même manière qu'un conteneur de servlets couvre la plupart des choses que l'on veut à la place du conteneur EJB complet. – StaxMan

+1

Quelles exigences mènent Mule à être trop lourd? Le téléchargement de Mule comprend un grand nombre de bibliothèques, car il prend en charge un large éventail de protocoles prêts à l'emploi. Cependant, il est facile, lors de la construction de votre projet avec Maven, d'inclure uniquement les dépendances dont vous avez réellement besoin, ce qui donne un paquet beaucoup plus petit. Du point de vue des ressources d'exécution, Mule est très léger. Il n'a presque pas de surcharge et peut être exécuté de manière autonome ou intégré dans votre serveur d'applications ou dans vos applications Java. Vous pouvez regarder les nouveaux modèles et le support de flux dans Mule 3. Il vous donne des moyens encore plus faciles à faire. http://bit.ly/aeu8he – Ken

Questions connexes