Ich wollte ELMAH für unsere ultimative automatische Fehlerprotokollierung verwenden, stellte aber kürzlich fest, dass ASP.NET Health Monitoring die gleiche Arbeit leistet (vielleicht). Jetzt möchte ich (bitte) wissen, ob sie Alternativen wie log4net und entlib sind?Sind ASP.NET Health Monitoring und ELMAH Alternativen voneinander?
ELMAH ist für die Fehlerüberwachung, rein und einfach. Es ist einfach, die Fehler über eine Anzeige, RSS-Feeds usw. zu erkennen. Die Gesundheitsüberwachung ist mehr eine vollständige Instrumentierungslösung.
Wollen Sie die einfache Antwort?
ELMAH ist eine sehr schnelle steckbare Lösung für Fehler Überwachung es eine ganz bestimmte Aufgabe hat (dh tut schön). Health Monitoring ist mehr von der Schrotflinte sehen/überwachen alles Ansatz und beinhaltet viel mehr Setup-Arbeit. Oh ja, musst du etwas ändern? Es ist Open Source, schnapp es dir, verändere es nach Belieben.
Ich habe nicht Health Monitoring in ASP.NET verwendet, aber ich habe ELMAH verwendet und es ist einfach unglaublich. Es dauert buchstäblich nur 2 Minuten zu Setup und dann können Sie alle Fehler sehen. Es gibt auch so viele Möglichkeiten, die Fehler anzuzeigen. Probiere ELMAH aus, du wirst es lieben.
ASP.NET Health Monitoring generiert automatisch Nachrichten für Ereignisse wie Start und Herunterfahren von App-Domänen und Heartbeats und viele andere Informationen über die Webanwendung. Protokollierungsframeworks unterstützen diese Funktionen nicht, Sie können die Systemmonitor-Systemereignisse jedoch an das gewünschte Protokollierungsframework weiterleiten. Einige Frameworks unterstützen dies sogar standardmäßig, z. B. CuttingEdge.Logging. Hier ist ein Konfigurationsbeispiel eines CuttingEdge.Logging, wo die Gesundheit Ereignisse an einen Logging-Anbieter weitergeleitet werden:
<?xml version="1.0"?>
<configuration>
<configSections>
<section name="logging"
type="CuttingEdge.Logging.LoggingSection, CuttingEdge.Logging" />
</configSections>
<system.web>
<healthMonitoring heartbeatInterval="0" enabled="true">
<providers>
<!-- We're configuring the web event provider here. -->
<add name="LoggingWebEventProvider"
type="CuttingEdge.Logging.Web.LoggingWebEventProvider, CuttingEdge.Logging"
loggingProvider="DebugLogger" />
</providers>
<rules>
<add name="Custom Event Provider"
eventName="All Events"
provider="LoggingWebEventProvider"
profile="Default" />
</rules>
</healthMonitoring>
</system.web>
<logging defaultProvider="DebugLogger">
<providers>
<!-- Configure your favorite provider here. -->
<add name="DebugLogger"
type="CuttingEdge.Logging.DebugLoggingProvider, CuttingEdge.Logging"
description="Debug logging provider"
threshold="Debug" />
</providers>
</logging>
</configuration>
@azamsharp: Dank für die Antwort. Aber ASP.NET Health Monitoring sieht gleich aus: http://www.4guysfromrolla.com/articles/031407-1.aspx –