Discussion :

[Aurélie38]

Bonjour à tous,

Mon application consiste à courter des services de clients à fournisseur. Dans le cas où le fournisseur n'est pas joignable, nous stockons les messages dans une file JMS et plus tard nous reessayons de rappeler le fournisseur. Le nombre de reessai est fini et à chaque essai ce nombre doit diminuer. A chaque essai, si la connection au fournisseur echoue, le message reste stocké dans la file (réalisé sous forme de transation)

Pour l'instant j'ai une possibilité mais je ne sais pas si elle est optimale:
On stocke un objet qui contient le message et un nombre de retry. Dans le cas ou l'appel au fournisseur échoue, il faudrait recupérer ce nombre et le modifier => c'est à dire updater le message qui est en file.

Avez vous une idée de comment réaliser cette solution ou plus généralement comment updater un message en file à l'intérieur d'une transaction?

Merci pour votre aide.

[Fred_wasmq]

Bonjour,
Si vous utiliser MQ pour la file d'attente, MQ gère lui-même le nombre de tentative d'essai d'envoi du message suite à un rollback applicatif comme vous le souhaitez.

Pour cela, il suffit de paramétrer la file d'attente avec les options :

backout requeue Name : "nom de la nouvelle destination de la queue" souvent une dead letter queue
backout threshold : "le nombre de tentative max" ,exemple 10

Voila,

[Aurélie38]

Bonjour,

Merci pour ta réponse.
Donc non nous n'utilisons pas MQ mais seulement JMS.
J'ai vu une propriété JMS qui permet de récuperer le nombre de "récuperation" du message qui s'appelle JMSXDeliveryCount.
Ca a l'air de bien marcher seulement je ne sais pas s'il y a des limitations? Est-ce une propriété fiable?

Merci.

[Fred_wasmq]

JMSXDeliveryCount semble être la solution. Pas de limitations ni de traitement. A vous de le coder.
Pour le reste, je suis plus administrateur que développeur.
Bon courage
Fred

[Aurélie38]

Merci Fred,

Quand tu dis "a vous de le coder" de quoi parles-tu exactement. A ce que j'ai pu voir (assez rapidement), c'est une propriété qui est mise à jour automatiquement dès qu'on récupere le message.
N'y-at-il pas des cas ou par exemple la propriété JMSXDeliveryCount serait mise à jour mais qu'en fait nous n'avons pas récupéré le message?
Je ne connais pas trop JMS, du coup je suis sur mes gardes

Merci

[Fred_wasmq]

C'est attribut JMS s'incrémente normalement à chaque rollback du message par l'application souhaitant "getter" le message. c'est a dire si le commit échoue donc que vous n'avez pas récuperer entièrement le message et pas supprimer de la file jms.
Dans le cas de Websphere MQ, à partir d'un seuil, MQ peut automatiser un traitement pour ce message "invalide" pas dans JMS apparement.
Dans le cas de JMS, Je pense que vous devez coder un traitement pour supprimer ce message "obsolète" dans votre appli client JMS pour déboucher la file si vous êtes en FIFO pour éviter un bouchon. car après, on peut arriver à des files system full sur les serveurs et le tout plante....

Voila, j'espère que cela vous aide.