Конфликт плагина и рабочего процесса

[magicandy]

Приветствую, коллеги.

Нужен совет в следующей сложившейся ситуации.
Есть плагин, зарегистрированный на Pre Email Create. Плагин проводит некие манипуляции со связанным с письмом обращением (regarding case). Один из шагов плагина - это обновление связанного обращения (service.Update). Но вот в чём проблема, на шаге апдейта получается рекурсия с другим real-time рабочим процессом, который падает в эксепшн, который в свою очередь не даёт корректно отработать самому плагину. Ниже текст самого эксепшена.

[Microsoft.Crm.ObjectModel: Microsoft.Crm.ObjectModel.SyncWorkflowExecutionPlugin][7133aad3-f70b-e411-80d9-0050568c1ffc: ]
Starting sync workflow 'Простановка категории организации', Id: 6833aad3-f70b-e411-80d9-0050568c1ffc
Entering UpdateStep1_step: 
Sync workflow 'Простановка категории организации' terminated with error 'Value cannot be null.
Parameter name: culture'

Тут же отмечу, что запуск конфликтного рабочего процесса осуществляется по апдейту одного единственного поля. И, видимо, стартует по событию апдейта обращения, обрабатываемого плагином. Плагином же обновляется атрибут, отличный от атрибута, задействованного в рабочем процессе. Код события апдейта плагина ниже:

regardingCase = service.Retrieve("incident", regardingCaseId, new ColumnSet(true));
regardingCase["dt_ustomerrating"] = userRating.ToString();
service.Update(regardingCase);

Я пытался ограничить количество передаваемых на апдейт атрибутов:

regardingCase = service.Retrieve("incident", regardingCaseId, new ColumnSet(new string[] { "dt_ustomerrating" }));

Но это решение выкидывало в эксепшн "The given key was not present in the dictionary". Плюс, на сколько я понял из курения МСДН, ColumnSet возвращает только not null значения. А у меня по основному сценарию атрибут "dt_ustomerrating" не зполнен. Но даже если и заполнен, результат всё равно "The given key was not present in the dictionary".
Ну и на последок, если я отключаю конфликтный рабочий процесс, то плагин отрабатывает без ошибок и проблем. Ещё пробовал утилитой XrmToolBox понизить приоритет запуска проблемного р\п, но это тоже не помогло.

Как лучше всего выйти из сложившейся ситуации и сделать так, чтобы р\п и плагин не мешали и не конфликтовали друг с другом? Заранее благодарю за помощь .

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

Добрый день. Я бы рекомендовал вам запрашивать и обновлять только те атрибуты, которые нужно. Во-первых, такое решение более производительно, во-вторых, оно не будет приводить к срабатыванию лишних плагинов и процессов (так как вы не обновите атрибуты, на которые они подписаны).

Исключение выкидывает не решение, а ваш код. Всегда проверяйте наличие атрибута в выборке, прежде чем к нему обратится. Ну или используйте безопасный метод GetAttributeValue. Если не ошибаюсь, он не выбрасывает исключений.

[magicandy]

Артем, спасибо.

Цитата:

Я бы рекомендовал вам запрашивать и обновлять только те атрибуты, которые нужно.

Дык, я пытаюсь . Разве это не оно?

regardingCase = service.Retrieve("incident", regardingCaseId, new ColumnSet(new string[] { "dt_ustomerrating" }));

Цитата:

Всегда проверяйте наличие атрибута в выборке, прежде чем к нему обратится.

Не совсем понимаю необходимость этого действия. Ведь я уверен, что атрибут там есть (а вот значения может и не быть). В частности "dt_ustomerrating". Или проверка изменит ситуацию в моём случае?

Цитата:

Ну или используйте безопасный метод GetAttributeValue.

Тут тоже позвольте вопросик. Я правда не знаю .
Ведь метод service.Update обновляет сущность. А GetAttributeValue возвращает значение атрибута. Поправьте меня, если я не прав. в service.Retrieve я получаю сущность, а потом её же обновляю. А как я обновлю сущность по GetAttributeValue? Возможно, простенький примерчик поставит меня на путь истины

Ещё раз спасибо!

[a33ik]

Цитата:

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

Артем, спасибо.
Не совсем понимаю необходимость этого действия. Ведь я уверен, что атрибут там есть (а вот значения может и не быть). В частности "dt_ustomerrating". Или проверка изменит ситуацию в моём случае?

Если поле пустое (равно null) то атрибута в коллекции вы не найдёте. Именно поэтому надо или проверять наличие атрибута.

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

Цитата:

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

Разве это не оно?

regardingCase = service.Retrieve("incident", regardingCaseId, new ColumnSet(new string[] { "dt_ustomerrating" }));

Оно. Так и нужно делать.

Цитата:

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

Не совсем понимаю необходимость этого действия. Ведь я уверен, что атрибут там есть (а вот значения может и не быть). В частности "dt_ustomerrating". Или проверка изменит ситуацию в моём случае?

Беда в том, что для экономии трафика, даже если вы просили вернуть вам только 1 атрибут, система не вернет вам значение этого атрибута, если он пустой.

Цитата:

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

Ведь метод service.Update обновляет сущность. А GetAttributeValue возвращает значение атрибута. Поправьте меня, если я не прав. в service.Retrieve я получаю сущность, а потом её же обновляю. А как я обновлю сущность по GetAttributeValue?

Я полагаю, сейчас вы делаете что-то вроде:

regardingCase = service.Retrieve("incident", regardingCaseId, new ColumnSet(new string[] { "dt_ustomerrating" }));
ustomerrating = regardingCase["dt_ustomerrating"];

В результате, если поле было постое вы получаете исключение. Поэтому, нужно делать вот так:

regardingCase = service.Retrieve("incident", regardingCaseId, new ColumnSet(new string[] { "dt_ustomerrating" }));
ustomerrating = regardingCase.GetAttributeValue<Type>("dt_ustomerrating");

Аналогично при обновлении любого атрибута. Если его нет в коллекции, а вы пытаетесь его обновить, то будет ошибка:

regardingCase.["someattribute"] = value;

Так что лучше делать:

regardingCase.SetAttributeValue("someattribute", value);

[magicandy]

Коллеги, всем большое спасибо за рекомендации.
Всё получилось и работает.

[magicandy]

Коллеги, снова требуется помощь. Решил не создавать новую тему, так как вопрос касается того же плагина. Возникла необходимость получить имя отправителя письма (from). Плагин зарегистрирован на PreCreate. Получить пытаюсь так.

var from = (EntityCollection)entity.Attributes["from"];
var fromEntity = from.Entities[0];
var fromName = ((EntityReference)fromEntity.Attributes["partyid"]).Name;

fromName в результате null . Однако, при ручном создании письма этот механизм работает. Получается, что на шаге PreCreate связь с ActivityParty письма ещё не установлена? Какой выход? Переделывать плагин на PostCreate? Без вариантов?

[a33ik]

Попробуйте так :

var partyid = fromEntity["partyid"] as EntityReference;
var entity = service.Retrieve("account"  "contact", partyid.Id, new ColumnSet("name"  "fullname");
var fullName = entity.GetAttributeValue<string>("name"  "fullname");

[magicandy]

Чёрт возьми, работает!
Если не сложно, не подскажите почему мой вариант не давал результата, а ваш очень даже? Логика ведь та же. Я тоже пытался через service.Retrieve, но не те гуиды подставлял видимо.
Большое спасибо.

[a33ik]

Свойство Name заполняется только при Retrieve/RetrieveMuluple, но не при Create.

[magicandy]

Спасибо. Не совсем понятно правда, почему мой вариант возвращал Name при ручном сценарии создания письма .
И ещё один вопросик, который давно не даёт покоя. В чём разница между:

var fromName = entityz.GetAttributeValue<string>("name");

и

var fromName = (string)entityz.Attributes["name"];

?
Какая конструкция наиболее предпочтительна, если речь идёт о разработке под ЦРМ2013? Специально опробовал сейчас оба варианта. И оба рабочие.

[a33ik]

Почитайте это.