Question

Je veux savoir si mes idées sont correctes concernant le déploiement de MDP sur JBOSS :

Il y a certainement des avantages à utiliser MDP au lieu de MDB, mais tous ces avantages ne fonctionneront que lorsque vous n'utilisez pas de conteneur/serveur d'applications EJB.Étant donné que je dois utiliser le serveur JBOSS 5 APP, ce serait exagéré d'avoir un MDP exécuté sous Spring Context qui à son tour est déployé sur le serveur JBOSS App.

La deuxième raison est que les versions du framework Spring sont très rapides alors que JBOSS 5 est ancien, je pense qu'il y aura des problèmes tels que des fichiers JAR conflictuels.

La troisième raison est que je n’ai pas vu beaucoup de gens le faire.

Était-ce utile?

La solution

J'ai travaillé sur plusieurs projets basés sur Spring avec plus d'une douzaine d'écouteurs de messages et ces projets ont été déployés, notamment sur JBoss (de Jboss 4.x au début au dernier JBoss EAP).

Il n'y a rien de mal à déployer un conteneur d'écoute de messages Spring au sein de l'infrastructure JBoss.Dans le passé, vous pouviez cependant rencontrer des incohérences.Le plus gênant était que les options de relivraison définies sur la file d'attente étaient ignorées.Mais c'est de l'histoire depuis JBoss5+

Pour déployer votre conteneur d'écoute de messages sur JBoss, vous devez configurer un JndiTemplate et rechercher des destinations et le ConnectionFactory En l'utilisant.Pour pouvoir résoudre les destinations par nom, vous devez spécifier un JndiDestinationResolver sur le conteneur qui utilise ledit JndiTemplate.Vous pouvez également rechercher vous-même la file d'attente (et vous débarrasser du DestinationResolver)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top