Application JMS multithread

Question

Je travaille sur un récepteur JMS multithread et un code éditeur. Un message XML est reçu d'une file d'attente, les procédures stockées (70 secondes à exécuter) sont appelées et la réponse est envoyée à la rubrique dans les 90 secondes. Je dois gérer une condition lorsque le courtier est en panne. c'est-à-dire une condition dans laquelle les messages sont reçus de la file d'attente et sont en cours de traitement dans java, pendant ce temps à la fois la file d'attente et le sujet seront en panne. Ensuite, comment gérer ces messages qui ne sont pas dans la file d'attente et ne pas envoyer au sujet, mais sont en mémoire java? Différentes options disponibles:

1.Pour utiliser CLIENT_ACKNOWLEDGE 2.Pour séparer le code éditeur du code récepteur. 3.To ont une utilité d'erreur qui prendra des messages du journal et de les traiter et envoyer à la rubrique (moins préféré)

S'il vous plaît me suggérer la bonne option

Answer 1

Utilisez une session traitées. Consommez le message et envoyez la réponse sous une seule unité de travail et appelez explicitement COMMIT après avoir envoyé la réponse. Ensuite, si le courtier meurt pendant que la transaction est en cours, le message d'entrée sera annulé. Si vous incluez la mise à jour de la base de données dans une transaction coordonnée en deux phases, celle-ci peut également être annulée. Cela nécessite que le consommateur et le répondeur soient dans le même thread, car JMS étend les sessions par thread, mais vous pouvez avoir plusieurs threads exécutant des sessions en parallèle. Sachez que l'ouverture de nombreuses transactions pendant 90 secondes peut nécessiter une optimisation du courtier.

Answer 2

Une solution consiste à utiliser db pour une procédure stockée intermédiaire. Ainsi, les étapes seraient:

1. Consume Message from Queue and store into db and use Client_Acknowledge. 
2. Run stored procedures on the consumed message. 
3. Once the procedure is over, send message from db to the topic. 
4. Delete message once acknowledgement is recieved. 

Si la file d'attente et le sujet va vers le bas entre les deux, il vous suffit d'envoyer un message à nouveau lorsque la reconnaissance est pas reçu de ce sujet. Eh bien, je ne sais pas si c'est la meilleure alternative et je veux voir comment la communauté répond à cette question.