J'ai un projet comprenant un client Windows (environ 150 utilisateurs), un service web et quelques services Windows. Tous travaillent ensemble dans un intranet et construisent en utilisant C# .NET 3.5. Maintenant, je veux enregistrer les exceptions dans une base de données centrale et les gérer (regarder top 10, système de ticket, etc.) via une application web. Je pensais à utiliser et étendre ELMAH, car il a déjà une application web pour la gestion. Peut-être créer un webservice pour les clients pour enregistrer leurs exceptions.Gestion des exceptions dans une architecture client-serveur
Est-ce une bonne idée, car ELMAH est évidemment destiné uniquement aux sites web asp.net. Je connais le bloc d'application de gestion des exceptions, mais pour autant que je sache, il n'a pas d'application de gestion comme ELMAH, et ma dernière visite à la bibliothèque d'entreprise n'était pas amusante.
Quelles sont vos opinions, y a-t-il d'autres idées?
En fait, la partie de journalisation ou l'apport des exceptions du client au serveur n'est pas mon problème. J'utilise déjà log4net et je pourrais créer un Appender. Mes soucis sont, s'il y a déjà des solutions qui sont stables et utilisables et apportent une application managment pratique. – Hinek
Comme indiqué dans l'édition ci-dessus, il existe une tonne de solutions déjà durcies pour la gestion des applications: la gestion des rapports, alerte, etc de votre application. Toutes ces solutions peuvent fonctionner en tandem avec votre composant de consignation pour fournir une infrastructure très riche pour la gestion en temps réel des problèmes. Je voudrais même accrocher dans le logiciel de suivi des bogues en enregistrant des exceptions critiques là aussi. – Doanair
Bien sûr, modifier ELMAH peut être un bon choix si le coût est un facteur, bien que NAGIOS ne coûte rien. – Doanair