|
![]() |
#1 |
Участник
|
Проблема с log4net какая то странная... Он не может создать логгер, пишущий в базу данных. Какие то проблемы к классом ADO.NET, каким точно не помню. Файл настроек для log4net лежит в CRM как XML-веб-ресурс, вот yf этапе его загрузки в логгер все и падает. Тот же самый код в сервисах работает.
|
|
![]() |
#2 |
Чайный пьяница
|
Если честно - зачем вам такие сложности? Не проще ли вынести такого рода функционал в сторонний сервис и просто его вызывать?
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
![]() |
#3 |
Участник
|
Цитата:
Логирование? Но тогда его надежность сильно ниже, наверное будет, когда логгер где то там, далеко в стороннем сервисе. Общая бизнес-логика? Это точно прямое воздействие на производительность. Одно дело что-то сделать прямо в плагине и совсем другое дернуть сторонний сервис, подождать ответа... Конечно, с точки зрения простоты реализации это гораздо удобнее. |
|
![]() |
#4 |
Чайный пьяница
|
По поводу надёжности - соглашусь.
Тут срабатывает всё тот же закон - теряете в мощности, приобретаете в скорости. Теряете в простоте деплоя - поднимаете в надёжности.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
|
![]() |
||||
Тема | Ответов | |||
2011: атрибуты энтити target в плагинах | 4 | |||
Вопрос по возвращению данных с помощью библиотеки Xrm.ServiceToolkit | 14 | |||
Общие контакты. | 7 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|