Ответ 1
Нет, невозможно просмотреть дополнительную информацию с текущими версиями 1.x.
При использовании ELMAH (что является блестящим) можно просмотреть дополнительную информацию, добавленную к исключению.
например.
Exception ex = new Exception("New exception to use ErrorSignal functionality");
ex.Data.Add("ExtraInfo", "Here is some extra information i would like to be displayed.");
ErrorSignal.FromCurrentContext().Raise(ex);
Когда я просматриваю исключение из elmah.axd, он, похоже, не показывает ключ и значение "ExtraInfo", а только строку исключения.
Нет, невозможно просмотреть дополнительную информацию с текущими версиями 1.x.
Мое решение состояло в том, чтобы добавить эту информацию в коллекцию переменных сервера, например.
var context = HttpContext.Current;
context.Request.ServerVariables["ERROR_CALLING_WEBSERVICE_URI"] = uri;
Elmah.ErrorLog.GetDefault(context).Log(new Error(e, context))
Да, я думаю, это хак.
Для небольших количеств дополнительных данных рассмотрим инкапсуляцию ошибки, предложенную @Roma
Однако этот метод особенно полезен, когда у вас слишком много информации для ввода "инкапсулированного сообщения об ошибке"
Простой способ передвижения - это инкапсуляция ошибки. Внешняя ошибка будет содержать пользовательское сообщение.
string msg = "my custom error message";
ErrorSignal.FromCurrentContext().Raise(
new Elmah.ApplicationException(msg,ex));
Хорошо, поэтому я ждал, что это будет включено слишком долго, и решил создать собственную вилку и включить эту функцию.
Вы можете найти его здесь: https://github.com/boena/elmah-with-custom-data
Хорошо, проведя день, работая над этим, я решил поделиться своим решением. Очень похоже на решение Myster выше, разница заключается в том, что я изменяю объект ошибки, используемый elmah вместо переменных сервера запросов, например:
public static void LogError(Exception e, IDictionary<string, string> customFields = null)
{
var logger = ErrorLog.GetDefault(HttpContext.Current);
customFields = customFields ?? new Dictionary<string, string>();
// Used to tell elmah not to log this twice (See global.asax)
e.Data.Add("Logged", true);
var error = new Error(e, HttpContext.Current);
customFields.ForEach(pair => error.ServerVariables.Add(pair.Key, pair.Value));
logger.Log(error);
}
Затем, в зависимости от вашего приложения, вызывать logger.LogError:
mvc добавить настраиваемый фильтр ошибок (http://maheshde.blogspot.ca/2012/09/error-handing-with-mvc-using-custom.html)
веб-формы переопределяют Application_Error в global.asax
Затем, только один последний шаг в global.asax, отпустите все ошибки, которые уже были зарегистрированы:
public void ErrorLog_Filtering(object sender, ExceptionFilterEventArgs e)
{
if (e.Exception.Data.Contains("Logged"))
{
if (e.Exception.Data["Logged"].Equals(true)) e.Dismiss();
}
}
Elmah использует метод ToString() для получения сведений об исключении. Просто переопределите свой собственный метод исключения ToString() и таким образом он будет работать:
Мой класс исключения:
public class MyCustomException : Exception
{
public string CustomProperty { get; set; }
public MyCustomException(string message, string customProperty): base(message)
{
this.CustomProperty = customProperty;
}
public override string ToString()
{
var result = base.ToString();
var propertyData = String.Format("CustomProperty: {0}", this.CustomProperty);
return result.Insert(
result.IndexOf(Environment.NewLine),
Environment.NewLine + propertyData
);
}
}
Поскольку это открытый исходный код, вы можете просто захватить проект и настроить Elmah для своих целей:
http://code.google.com/p/elmah/
Если вы используете MSSQL
взгляните на SqlErrorLog.cs
SQLServer.sql для создания собственной базы данных
Я делаю то же самое, но мне нужно добавить дополнительный случайно сгенерированный столбец "код ошибки", и я буду использовать данные исключений для отслеживания всех пользовательских, сессионных, форм, файлов cookie, которые обычно находятся в uber large xml field. Я могу изменить это на JSON, но пока не уверен.