अब NuGet में एक ELMAH.MVC पैकेज है जिसमें आतिफ द्वारा एक बेहतर समाधान शामिल है और एक नियंत्रक भी है जो MVC रूटिंग के भीतर एल्माह इंटरफ़ेस को संभालता है (अब उस अक्ष का उपयोग करने की कोई आवश्यकता नहीं है)
उस समाधान के साथ समस्या (और यहां सभी के साथ) ) यह है कि एक तरह से या किसी अन्य एल्मा त्रुटि हैंडलर वास्तव में त्रुटि को संभाल रहा है, जिसे आप एक कस्टम टैग के रूप में या ErrorHandler या अपने स्वयं के त्रुटि हैंडलर के माध्यम से सेट करना चाह सकते हैं की अनदेखी कर रहे हैं।
सबसे अच्छा समाधान IMHO एक फिल्टर बनाना है जो अन्य सभी फिल्टर के अंत में कार्य करेगा और उन घटनाओं को लॉग करेगा जो पहले से ही नियंत्रित की गई हैं। एल्माह मॉड्यूल को अन्य त्रुटियों को लॉग करने में ध्यान रखना चाहिए जो एप्लिकेशन द्वारा अनहेल्ड हैं। यह आपको स्वास्थ्य मॉनिटर और अन्य सभी मॉड्यूल का उपयोग करने की अनुमति देगा, जो त्रुटि घटनाओं को देखने के लिए asp.net में जोड़ा जा सकता है
मैं elmah.mvc के अंदर ErrorHandler पर परावर्तक के साथ यह देख लिखा था
public class ElmahMVCErrorFilter : IExceptionFilter
{
private static ErrorFilterConfiguration _config;
public void OnException(ExceptionContext context)
{
if (context.ExceptionHandled) //The unhandled ones will be picked by the elmah module
{
var e = context.Exception;
var context2 = context.HttpContext.ApplicationInstance.Context;
//TODO: Add additional variables to context.HttpContext.Request.ServerVariables for both handled and unhandled exceptions
if ((context2 == null) || (!_RaiseErrorSignal(e, context2) && !_IsFiltered(e, context2)))
{
_LogException(e, context2);
}
}
}
private static bool _IsFiltered(System.Exception e, System.Web.HttpContext context)
{
if (_config == null)
{
_config = (context.GetSection("elmah/errorFilter") as ErrorFilterConfiguration) ?? new ErrorFilterConfiguration();
}
var context2 = new ErrorFilterModule.AssertionHelperContext((System.Exception)e, context);
return _config.Assertion.Test(context2);
}
private static void _LogException(System.Exception e, System.Web.HttpContext context)
{
ErrorLog.GetDefault((System.Web.HttpContext)context).Log(new Elmah.Error((System.Exception)e, (System.Web.HttpContext)context));
}
private static bool _RaiseErrorSignal(System.Exception e, System.Web.HttpContext context)
{
var signal = ErrorSignal.FromContext((System.Web.HttpContext)context);
if (signal == null)
{
return false;
}
signal.Raise((System.Exception)e, (System.Web.HttpContext)context);
return true;
}
}
अब, आपके फ़िल्टर कॉन्फ़िगर में आप कुछ ऐसा करना चाहते हैं:
public static void RegisterGlobalFilters(GlobalFilterCollection filters)
{
//These filters should go at the end of the pipeline, add all error handlers before
filters.Add(new ElmahMVCErrorFilter());
}
ध्यान दें कि मैंने लोगों को यह याद दिलाने के लिए एक टिप्पणी छोड़ी है कि यदि वे एक वैश्विक फ़िल्टर जोड़ना चाहते हैं जो वास्तव में अपवाद को हैंडल करेगा तो इसे इस अंतिम फ़िल्टर से पहले जाना चाहिए, अन्यथा आप उस मामले में भाग लेते हैं जहां अनचाहे अपवाद को ElmahnVCVrrorFilter द्वारा अनदेखा किया जाएगा। इसे संभाला नहीं गया है और इसे एल्माह मॉड्यूल द्वारा लॉग किया जाना चाहिए लेकिन फिर अगला फ़िल्टर अपवाद को संभालता है और मॉड्यूल इसे अनदेखा करता है, जिसके परिणामस्वरूप अपवाद इसे एल्माह में कभी नहीं बनाता है।
अब, सुनिश्चित करें कि आपके webconfig में एल्माह के लिए एप्लेटिंग कुछ इस तरह दिखें:
<add key="elmah.mvc.disableHandler" value="false" /> <!-- This handles elmah controller pages, if disabled elmah pages will not work -->
<add key="elmah.mvc.disableHandleErrorFilter" value="true" /> <!-- This uses the default filter for elmah, set to disabled to use our own -->
<add key="elmah.mvc.requiresAuthentication" value="false" /> <!-- Manages authentication for elmah pages -->
<add key="elmah.mvc.allowedRoles" value="*" /> <!-- Manages authentication for elmah pages -->
<add key="elmah.mvc.route" value="errortracking" /> <!-- Base route for elmah pages -->
यहां एक महत्वपूर्ण "elmah.mvc.disableHandleErrorFilter" है, अगर यह गलत है तो यह elmah.mvc के अंदर हैंडलर का उपयोग करेगा जो वास्तव में डिफ़ॉल्ट हैंडलेयरहैंडलर का उपयोग करके अपवाद को हैंडल करेगा जो आपकी कस्टम सेटिंग्स को अनदेखा करेगा
यह सेटअप आपको वर्गों और विचारों में अपना स्वयं का ErrorHandler टैग सेट करने की अनुमति देता है, जबकि एल्माहमवीवीसीआर-फ़ोरफ़िल्टर के माध्यम से उन त्रुटियों को लॉग इन करते हुए, एल्म मॉड्यूल के माध्यम से अपने web.config में एक कस्टम कॉन्फ़िगरेशन को जोड़ते हुए, यहां तक कि अपने स्वयं के त्रुटि हैंडलर भी लिख सकते हैं। केवल एक चीज जो आपको करने की आवश्यकता है, वह है कि किसी भी फ़िल्टर को न जोड़ना याद रखें जो वास्तव में एल्मह फिल्टर से पहले त्रुटि को संभालेंगे। और मैं उल्लेख करना भूल गया: एल्माह में कोई डुप्लिकेट नहीं।