2013-02-15 2 views
1

Тихий новый новичок в sitecore, я читал много сообщений в блоге от John West относительно ведения журналов sitecore и обработки исключений.Sitecore Exception Handling and Logging

Из того, что я прочитал из документации sitecore, обработка исключений и ведение журнала предоставляются из коробки. Тем не менее, я могу много людей писать блог, включая конвейер и т. Д. Для обработки исключений и ведения журнала.

Может ли кто-то прояснить вопрос, когда и зачем нам писать конвейер для Sitecore с помощью MVC?

ответ

3

У Sitecore есть собственное встроенное ведение журнала (Sitecore.Diagnostics), которое оно использует самостоятельно, однако вы также можете писать в журналы Sitecore в своих собственных компонентах. Поэтому, если вы разрабатываете некоторые интерфейсы и модули внешнего интерфейса (пользовательские элементы управления или веб-элементы управления), вы также можете записать в журнал Sitecore, например.

protected void Page_Load(object sender, EventArgs e) 
{ 
    try 
    { 
    // do your stuff, like loading content... 
    } 
    catch(Exception ex) 
    { 
    Sitecore.Diagnostics.Log.Error("Error in ComponentX", ex, this); 
    } 
} 
+0

Да, понятный. Но я был более любопытным/обеспокоенным тем, почему и когда нам нужно сделать переопределение процессора конвейера mvc.exception, конвейера mvc.renderRendering и т. Д. В блоге ниже: http://www.sitecore.net/nederland/Community/Technical -Blogs/John-West-Sitecore-Blog/Posts/2012/09/Обработка-исключения-глобально-в-MVC-решения-Использование-Sitecore-ASPNET-CMS.aspx –

+0

Является ли ваш интерес к обработке исключений и протоколированию чисто связанные с Sitecore MVC? Статья, связанная с предыдущей версией предварительного просмотра технологии Sitecore 6.6, последней версией является Sitecore 6.6 Update 3. –

+0

Да, меня интересует последняя версия sitecore MVC? Нужно ли нам беспокоиться обо всех тех пунктах, которые указаны в блоге, или просто пытаться поймать, где когда-либо это имеет смысл? –