Discussion :

[Alec6]

Un dog watcher si c est bien le terme est un système qui doit surveiller un autre système.

Dans mon cas j ai un système JMS qui reçoit des évènements et qui doit rester up. J ai fait un trhead dans le meme logiciel qui vérifie que le JMS est actif, et donc a le role de dog watcher.

Je pense qu'il faudrait que le dog watcher soit séparé du logiciel, si possible sur une autre machine.

Mais comment être certain que le dog watcher est actif. Est ce qu'il faut un autre dog watcher pour se faire.

D'autre part mon dog watcher est un thread qui toutes les minutes regarde si le système surveillé fonctionne. Est ce qu'il n y a pas une autre façon de faire ?

Des idées ?

[souviron34]

Un dog watcher si c est bien le terme est un système qui doit surveiller un autre système.

Dans mon cas j ai un système JMS qui reçoit des évènements et qui doit rester up. J ai fait un trhead dans le meme logiciel qui vérifie que le JMS est actif, et donc a le role de dog watcher.

Je pense qu'il faudrait que le dog watcher soit séparé du logiciel, si possible sur une autre machine.

Mais comment être certain que le dog watcher est actif. Est ce qu'il faut un autre dog watcher pour se faire.

D'autre part mon dog watcher est un thread qui toutes les minutes regarde si le système surveillé fonctionne. Est ce qu'il n y a pas une autre façon de faire ?

Des idées ?

En JMS je ne sais pas.

Tu peux faire avec des sockets asynchrones. Tu es réveillé uniquement quand il y a un événement.

D'autre part, oui ce serait mieux que ce soit un logiciel séparé. Tu n'as pas besoin de faire un "dog-watcher de dog-watcher", par contre tu peux le faire tourner sur plusieurs machines, ou bien avoir un "central" sur une machine qui ne tombe jamais et avoir une liste d'adresses avec des critères (par exemple proxmité) pour le lancer sur telle machine, et si celle-là tombe on bascule vers la suivante, etc etc..