Question

Lors de l'utilisation du Client Tibco EMS .NET, comment surveiller les messages sortants de mon client .NET TIBCO?

Je vais envoyer le niveau de l'application, pas le niveau JMS, les remerciements et les réponses. Comment puis-je savoir si la demande les a envoyés ou non? Si le client n'a pas envoyé de message, il lancera-t-il une exception ou stockera-t-il le message pour réessayer plus tard?

Conclusion, y a-t-il un outil me permet de surveiller les activités (sortantes) du point de vue du client?

Était-ce utile?

La solution

Lors de l'utilisation du Client Tibco EMS .NET, comment surveiller les messages sortants de mon client .NET TIBCO?

Qu'est-ce que vous souhaitez surveiller exactement, est-ce les messages réels du bus / EMS ou du fonctionnement de votre client (sans compter les bibliothèques clients)? Le premier je répondrai ci-dessous, le second que vous pouvez gérer avec une journalisation régulière. Je suggère Log4Net ou une bibliothèque similaire pour cela.

Je vais envoyer le niveau de l'application, pas le niveau JMS, les remerciements et les réponses. Comment puis-je savoir si la demande les a envoyés ou non?

Je vous suggère de connecter cela en interne juste au-dessus du niveau de DLL client (voir la question suivante).

Si le client n'a pas envoyé de message, il lancera-t-il une exception ou stockera-t-il le message pour réessayer plus tard?

Selon le problème spécifique, les DLL du client EMS lèveront soit une exception, soit dans le cas d'une connexion perdue, tenteront de reconnecter. Dans le deuxième cas, le nombre de tentatives dépend de la configuration de l'usine de connexion (demandez à votre administrateur EMS).

Les exceptions lancées par le client dépendent du problème, ils héritent tous de Tibco.ems.emsexception et ils sont tous répertoriés dans votre documentation API (!).

Conclusion, y a-t-il un outil me permet de surveiller les activités (sortantes) du point de vue du client?

Il existe plusieurs outils qui vous permettront de surveiller l'EMS et les destinations spécifiques. Lors de la surveillance des destinations, ils utiliseront très probablement les sujets de surveillance mentionnés par Anders et C. liau. (Un exemple pratique est "$ sys.monitor.q. *. queue.sample"). L'abonnement à un sujet de moniteur, c'est comme s'abonner à tout autre sujet et est possible avec les bibliothèques clients, vous n'avez pas besoin d'un outil spécifique pour cela. Vous avez cependant besoin de droits élevés de l'utilisateur.

Il me semble que vous n'avez pas obtenu une documentation suffisante avec vos bibliothèques clients. Personnellement, je ne vois pas la nécessité de surveiller vos destinations à partir de votre application, en fait, je remets fortement en question cette conception. La gestion correcte des exceptions et la journalisation interne doivent être suffisants pour résoudre le problème à accomplir.

Autres conseils

Le serveur TIBCO EMS est livré avec un outil appelé Tibemsmonitor qui est utile si vous avez du trafic sur des sujets.

Tibemsmonitor -Monitor [-Server] [-User] [-Password] [-Selector] [-Short] [-Help] [-Helpssl

Linky: http://tibcoadmin.com/quick-reference/

Si vous surveillez $ SYS.Monitor.> Vous pouvez obtenir beaucoup de messages administratifs, par exemple envoyer / reconnaître, etc.

Tibemsmonitor Tibco Hawk ou utilisez un client de proxy personnalisé intermédiaire .. ou au cœur comme sniffer du trafic réseau .. www.sysinternals.com

Essayez $ sys.monitor.> Avec cet outil

https://anderstool.dev.java.net

Vous pouvez utiliser l'outil d'utilité GEMS pour surveiller TIBCO EMShttps://community.tibco.com/wiki/graphical-administing-tool-tibcor-ems-gems

C'est un assez bon outil pour la configuration et la surveillance du serveur EMS. La dernière version d'aujourd'hui est 5.1 GEMS fournit les principales fonctionnalités suivantes:

  • Surveillance du serveur. L'état du serveur et les statistiques principales sont mises à jour automatiquement, les limites d'avertissement et d'erreur peuvent être configurées. Les événements générés par le serveur sont également capturés.
  • Gestion du serveur. Y compris la configuration du serveur général, les destinations JMS, les usines JNDI, les utilisateurs / groupes, les autorisations, les ponts,
    itinéraires, etc.
  • Support JMS. Les messages peuvent être envoyés / reçus, les files d'attente peuvent être parcourues et le contenu des messages inspecté. Les sélecteurs et les filtres peuvent être
    spécifié.
  • Surveillance des messages JMS. Les messages peuvent être surveillés (espions) lorsqu'ils traversent le serveur. Les messages de demande et de réponse peuvent être
    corrélé pour fournir des temps de réponse du service.
  • Gestion des messages JMS. Par exemple; Purger les messages, copier les messages d'une file d'attente à une autre file d'attente sur un autre serveur.
  • Cartographie. Les statistiques du serveur peuvent être tracées en temps réel, les données peuvent être enregistrées dans les fichiers CSV pour l'exportation vers d'autres outils tels que Excel.
  • Enregistrement. Les statistiques du serveur peuvent être enregistrées automatiquement lorsque les limites d'avertissement ou d'erreur sont dépassées.
  • Sécurité. Connectivité SSL, Mode Afficher uniquement.
  • Affichage et apparence personnalisables.
  • Support pour la gestion et la surveillance de la sous-station TIBCO.
  • Prise en charge de la surveillance de l'appareil TIBCO EMS.
  • Prise en charge de la migration vers TIBCO EMS Appliance
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top