CRM 4.0 Отладка плагина

[probka]

Добрый день!
Я пытаюсь отладить плагин, подключенный к событию Create кастомной сущности new_grmember.

Начало плагина выглядит следующим образом:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.Crm.Sdk;
using Microsoft.Crm.SdkTypeProxy;
using Microsoft.Crm.Sdk.Query;
using Microsoft.Win32;

using Company.MsCrm40.Sdk;
using Company.MsCrm40;

using Company.Apps.Plugins.DataAccess;

namespace Company.Apps.Plugins
{
    public class PostCreateGroupMember : Plugin
    {
        public PostCreateGroupMember(string unsecureInfo, string secureInfo)
            : base(unsecureInfo, secureInfo)
        {
        }

        public override void Execute(IPluginExecutionContext context)
        {
             try
            {

                base.Execute(context);

                if (PluginConfiguration.LogIncomingMessages)
                {
                    Logger.WriteInfo("PostCreateGroupMember Plug-in running.\nPluginExecutionContext:\n" + PluginHelper.GetContextXml(context));
                }

                if (context.CallerOrigin is OfflineOrigin)
                    return;

                _entity = (DynamicEntity)GetTargetEntity(_currentContext);

                if (context.MessageName == "Create" && TargetEntity.Properties.Contains("new_groupid"))
                {
                    CreateVisits();
                 }

                UpdateGroupData(context);

            }
            catch (Exception ex)
            {
                StringBuilder errorMessage = new StringBuilder();

                errorMessage.AppendFormat("Plug-in {0} failed\n", this.GetType().ToString());

                errorMessage.AppendFormat("PrimaryEntityName: {0}\n", context.PrimaryEntityName);
                errorMessage.AppendFormat("MessageName: {0}\n", context.MessageName);
                errorMessage.AppendFormat("Error: {0}\n", ex.Message);

                InvalidPluginExecutionException invalidPluginExecutionException = new InvalidPluginExecutionException(errorMessage.ToString(), ex);

                invalidPluginExecutionException.Data.Add("PluginExecutionContext", PluginHelper.GetContextXml(context));

                Logger.WriteError(invalidPluginExecutionException);
 
                throw invalidPluginExecutionException;

            }
            finally
            {
                UpdatePluginCheckeron();
                Finally();
            }

        }

Полный текст внутренних процедур приводить не буду. Когда я в Microsoft Visual Studio 2010 подключаюсь к процессу w3wp.exe и ставлю точку останова на строчке
base.Execute(context);
ничего не происходит. Т.е. при создании нового экземпляра сущности отрабатывает плагин без остановки в этой точке. Складывается ощущение, что этот код не отрабатывается в принципе. Зато если я ставлю точку останова в методе Execute класса Plugin, от которого унаследован класс PostCreateGroupMember, то отладчик на этой точке останавливается и дальше я могу отследить его работу (в метод Execute класса PostCreateGroupMember он так и не заходит). Вопрос: почему так происходит? По каким причинам плагин может не отрабатывать? Регистрировала плагин и подключалась к процессу так, как описано в этой статье: http://mmcrm.ru/?p=977.

[g.Naukovych]

1. Плагин у Вас работает или нет.

Чтобы быстро определить это попробуйте поставить в метод Execute
throw new InvalidPluginExecutionException("test");

Если ошибка произошла, значит все подключилось.
Если нет, проверяйте регистрацию плагина.
Он точно в синхронном режиме у Вас?

Я последнее время отказываюсь от DEBUG вообще.
Все делаю логированием с помощью спец библиотек или просто в файл пишу.

[Артем Enot Грунин]

Вы неправильно зарегистрировали шаг обработки. На системное событие подписан базовый класс, а не дочерний. С точки зрения системы плагин - это наследник интерфейса IPlugin. При регистрации сборки нужно указать корректных наследников и тогда система будет инстанцировать их.

[Артем Enot Грунин]

Цитата:

Сообщение от g.Naukovych

Я последнее время отказываюсь от DEBUG вообще.
Все делаю логированием с помощью спец библиотек или просто в файл пишу.

Удобно. Так же можно отказаться от Visual Studio и компилировать сборки из командной строки.

[g.Naukovych]

Цитата:

Сообщение от Артем Enot Грунин

Удобно. Так же можно отказаться от Visual Studio и компилировать сборки из командной строки.

Был случай невозможности DEBUG
при этом только логирование помогло. Также на боевых серверах отладить решение невозможно. Особенно если баг не воспроизводится на разработческом. Логировать действия в плагине удобно, и можно выключить режим самого лога Debug и прочее, чтобы мелочь не выводить.

[probka]

Цитата:

Сообщение от g.Naukovych

1. Плагин у Вас работает или нет.

Чтобы быстро определить это попробуйте поставить в метод Execute
throw new InvalidPluginExecutionException("test");

Если ошибка произошла, значит все подключилось.
Если нет, проверяйте регистрацию плагина.
Он точно в синхронном режиме у Вас?

Я последнее время отказываюсь от DEBUG вообще.
Все делаю логированием с помощью спец библиотек или просто в файл пишу.

Нет, ошибки не происходит. Плагин выполняется, но выполняется как-то странно. Когда он отключен, не происходит вообще ничего. Когда он включен, производится некоторая последовательность действий, которая указана в родительском классе и ряде других плагинов, но не та, что задается в самом плагине.
Да, плагин точно в синхронном режиме.

[probka]

Цитата:

Сообщение от Артем Enot Грунин

Вы неправильно зарегистрировали шаг обработки. На системное событие подписан базовый класс, а не дочерний. С точки зрения системы плагин - это наследник интерфейса IPlugin. При регистрации сборки нужно указать корректных наследников и тогда система будет инстанцировать их.

Я зарегистрировала дочерний класс PostCreateGroupMember.

[Артем Enot Грунин]

Цитата:

Сообщение от probka

Я зарегистрировала дочерний класс PostCreateGroupMember.

Можно увидеть доказательства?

[probka]

Цитата:

Сообщение от Артем Enot Грунин

Можно увидеть доказательства?

[probka]

Проблема была устранена при помощи полной перерегистрации всей сборки.