2010-01-30 4 views
2

Je travaille sur un projet d'intégration où je parle à un framework JMS utilisant le client TIBCO .Net. Un collègue recommande une décision de conception basée sur la peur de recevoir trop de messages d'une manière telle que notre application ne peut pas le gérer. Nous utilisons le mode asynchrone lors de la réception de messages. Je suis nouveau sur ce sujet, donc je ne pouvais pas trouver de bonnes pratiques rapides pour soutenir sa palourde ou la mienne. Aucune suggestion? Comment puis-je tester ce sujet?A propos des meilleures pratiques d'intégration JMS à l'aide du client TIBCO .Net

Répondre

1

Après avoir testé le sujet pendant un moment, j'ai découvert qu'il n'y a pas de crainte du nombre de messages reçus. Le point majeur ne sera pas de se recevoir mais dans le traitement du message reçu. C'est ce qui détermine la performance réelle de l'application.

Dans une conception précédente, nous avons séparé le composant Récepteur du composant Processeur & Cela a entraîné un retard car nous devons attendre jusqu'à ce que le destinataire finisse puis commencer à traiter les messages reçus via l'autre composant.

Cette conception est en cours de modification. Ainsi, le traitement devrait être immédiatement après la réception d'un message. La réception des messages doit être asynchrone via la gestion de l'événement MessageHandler de type EMSMessageHandler et c'est la meilleure pratique pour la réception de messages jusqu'à présent.

Questions connexes