Почему плагин может отваливаться?

[Violette]

Повесила плагин на Update сущности.

При указании синхронного Execution Mode вылетал по тайм-ауту.

Не зная, как именно устроены "внутренности" CRM'а, предположила, что при попытке изменения сущности во время её же синхронного post-update возникает нечто вроде взаимо-блокировки.

Поменяла на режим на асинхронный - (о, чудо!) заработало!

Но ненадолго.
На следующий день плагин вдруг вообще перестал отрабатывать.
В Romote Debugger'е не ловится, и даже если проброс исключения в самом начале вставить - никаких признаков жизни не подаёт.

При этом если изменить режим на синхронный - работает (но всё с той же проблемой тайм-аута).

Что могло такого произойти, что он вдруг вот так отвалился?

[slivka_83]

А у плагина много работы?

[a33ik]

Код плагина покажите, пожалуйста + как вы шаг регистрируете.

[Violette]

Quote:

Originally Posted by slivka_83

А у плагина много работы?

Он пересчитывает график наполнения плановых платежей по акцептированным фактическим.

Делает это, дёргая метод вин-сервиса.
Фишка в том, что он таки работает, но через раз.

Сепйчас вот, после перезагрузки сервера, снова работают, но только при Update и Create.

При Delete молча не отрабатывает.
Настройки те же, что и в Update. Раньше работал. Теперь не работает даже при переригистрации шага.

[a33ik]

Quote:

Originally Posted by Violette

Делает это, дёргая метод вин-сервиса.

Может Веб сервис имеете ввиду?

[g.Naukovych]

1. У Вас видимо действительно блокировка. У Вас происходит получение сущности, для которой сейчас плагин работает?
В 2011 СРМ пост шаг находится в транзакции.
2. Чтобы подключиться удаленным отладчиком к асинхронному плагину необходимо подключаться к процессу CrmAsyncService.exe
3. Вместо Exception пишите лог в файл. Только дайте доступ к той папке, в которую писать будете.
4. Settings->System Jobs там показываются статусы асинхронных операций в том числе и асинхронных плагинов. Ваш плагин там есть?

[Violette]

Quote:

Originally Posted by a33ik

Код плагина покажите, пожалуйста + как вы шаг регистрируете.

Ну, код плагина получает id платежа и передаёт его в вызов сервиса.
Дело не в нём, скорее всего.

Вот пример настроек в Шаге неработающего Delete.
В шаге Update всё то же самое, а он работает почему-то...

[Violette]

Quote:

Originally Posted by a33ik

Может Веб сервис имеете ввиду?

Нет. Именно вин-сервис.
Этот же сервис работает при акцептировании самих платежей, и в него же я добавила функционал для актуализации графика погашения плановых.

Сам сервис работает.

Но почему плагин отрабатывает через раз?

[a33ik]

А сам эндпоинт, который вы вызываете сам по себе долго отрабатывает?

[Violette]

Quote:

Originally Posted by a33ik

А сам эндпоинт, который вы вызываете сам по себе долго отрабатывает?

Да нет, недолго.
Секунд 5-6.

[Violette]

Quote:

Originally Posted by g.Naukovych

1. У Вас видимо действительно блокировка. У Вас происходит получение сущности, для которой сейчас плагин работает?
В 2011 СРМ пост шаг находится в транзакции.
2. Чтобы подключиться удаленным отладчиком к асинхронному плагину необходимо подключаться к процессу CrmAsyncService.exe
3. Вместо Exception пишите лог в файл. Только дайте доступ к той папке, в которую писать будете.
4. Settings->System Jobs там показываются статусы асинхронных операций в том числе и асинхронных плагинов. Ваш плагин там есть?

Логгирование ведётся в любом случае, но плагин вообще не отрабатывает.
Не вызывается специальное тестовое исключение
throw new Exception("Работает, блин!");

Аттачусь к w3wp.exe (что за зверь - не знаю. по инструкции рекомендован). Но он действительно схватывается только в синхронных плагинах.

CrmAsyncService.exe в списке процессов что-то не видно.

[Taker1796]

Quote:

Originally Posted by Violette

Ну, код плагина получает id платежа и передаёт его в вызов сервиса.
Дело не в нём, скорее всего.

Вот пример настроек в Шаге неработающего Delete.
В шаге Update всё то же самое, а он работает почему-то...
Attachment 7982

Delete работает с EntityReference, возможно у вас есть проверка if(context.InputParameters["Target"] is Entity) - данный код не сработает на Delete

Ну это просто как вариант, мало ли)

[g.Naukovych]

w3wp процесc IIS

Quote:

Settings->System Jobs там показываются статусы асинхронных операций в том числе и асинхронных плагинов. Ваш плагин там есть?

Это смотрели?

Асинхронус сервис вообще работает?
служба виндовс
Microsoft Dynamics CRM Asynchronous Processing Service
Microsoft Dynamics CRM Asynchronous Processing Service (maintenance)

[a33ik]

Quote:

Originally Posted by Violette

CrmAsyncService.exe в списке процессов что-то не видно.

Проверьте, что у вас при аттаче выделены указанные галочи, так же на всякий случай обвёл процесс, к которому нужно атачиться:



По поводу почему его не видно в процессах - проверьте в оснастке, что асинхронный сервис запущен:

[Violette]

Quote:

Originally Posted by Taker1796

Delete работает с EntityReference, возможно у вас есть проверка if(context.InputParameters["Target"] is Entity) - данный код не сработает на Delete

Ну это просто как вариант, мало ли)

Мысль интересная, но в этом случае он всё-таки должен был выругаться:

public override void Execute(IServiceProvider serviceProvider)
{

//throw new Exception("Работает, блин!");

base.Execute(serviceProvider);
Microsoft.Xrm.Sdk.Entity target = (Microsoft.Xrm.Sdk.Entity)_currentContext.InputParameters["Target"];
string id = target.Attributes["new_paymentplanid"].ToString();

Guid gid = new Guid(id);

CallPaymentService(gid);
}

[g.Naukovych]

Где хранится базовый класс, от которого плагин наследуется. в отдельной длл?
Если да, где хранится эта длл?

[Likefire]

Асинхронный сервис может и работает, но плохо. То есть в процессах Windows он может и запущен, но если там много блокировок - то очередь просто не продвигается. Потому и плагин асинхронный не отрабатывает.
На всякий случай загляните в модуль "настройки", где откройте список "Системные задания" и выберите представление "Заблокированные системные задания". Если у Вас там есть записи - то нужно выяснять причину блокировок, устранять её и тогда асинхронные процессы и плагины будут работать (до новой блокировки - неплохо бы утранить и причину возникновения блокировок, если таковые возникают).

[Violette]

Quote:

Originally Posted by g.Naukovych

Где хранится базовый класс, от которого плагин наследуется. в отдельной длл?
Если да, где хранится эта длл?

Там солюшн со множеством классов-плагинов и сопутствубщих классов.
С этим всё в порядке.

Проблема была в том, что к w3wp.exe аттачилась и не могла отловить срабатывание асинхронного плагина.

Теперь всё в порядке благодаря коллективному разуму.