|
|
12.11.2009, 16:11
|
#1 |
|
Участник
|
ParentContext пустой для второго плагина, а установить его нельзя, судя по мсдн
"Remarks This property is read only. "
__________________
CRM programmer |
|
|
|
12.11.2009, 16:27
|
#2 |
|
Чайный пьяница
|
Цитата:
Сообщение от SVK
ParentContext пустой для второго плагина, а установить его нельзя, судя по мсдн
"Remarks This property is read only. " Можете более детально рассказать о Вашем каскадном механимзе? Т.е. какие плагины есть и какие сообщения они обрабатывают.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit |
|
|
|
12.11.2009, 16:36
|
#3 |
|
Участник
|
1) При переназначении(assign) сущности Opportunity создаю сущность история сделки(new_opportunityhistory).
2) при создании сущности история сделки(new_opportunityhistory), обновляются некоторые поля сущности Opportunity. Нужно, чтобы второй плагин, при таком порядке вызова, обновлял не все поля на сущности Opportunity. Сейчас думаю, что можно как-то через базовый класс Request передать параметры, но пока не придумал как.
__________________
CRM programmer |
|
|
|
12.11.2009, 16:47
|
#4 |
|
Чайный пьяница
|
Цитата:
Сообщение от SVK
1) При переназначении(assign) сущности Opportunity создаю сущность история сделки(new_opportunityhistory).
2) при создании сущности история сделки(new_opportunityhistory), обновляются некоторые поля сущности Opportunity. Нужно, чтобы второй плагин, при таком порядке вызова, обновлял не все поля на сущности Opportunity. Сейчас думаю, что можно как-то через базовый класс Request передать параметры, но пока не придумал как. 1. Используйте OptionalParameters. 2. В Вашем шаге 1 при создании сущности new_opportunityhistory создавайте какое то фиктивное поле-флаг, а в плагине Pre-Create этой сущности запоминайте, что поле пришло в контексте, убирайте его из контекста и передавайте дальше при помощи SharedVariables. 3. Мусорный, но на 100% рабочий. Создайте в сущности new_opportunityhistory служебное поле и при Вашем шаге 1 - заполняйте это поле, а на шаге 2 судите о наличии флага по наличию поля-флага в контексте. Фокусов 1 и 2 я не делал, потому если это заработает - сообщите, пожалуйста.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством. Подписывайтесь на мой блог, twitter и YouTube канал. Пользуйтесь моим Ultimate Workflow Toolkit Последний раз редактировалось a33ik; 12.11.2009 в 16:49. |
|
|
|
12.11.2009, 17:49
|
#5 |
|
Участник
|
OptionalParameters предопределены. Наследовать класс не получается - он не сериализует мои типы ((
Второй способ пока не опробовал. Ох и огород получится. Через служебное поле то как раз и не хотел - утомил этот способ уже.
__________________
CRM programmer Последний раз редактировалось SVK; 12.11.2009 в 19:05. |
|
|
|
12.11.2009, 18:44
|
#6 |
|
Участник
|
Второй способ - валидатор не пускает - "\n 0x80041103\n 'New_opportunityhistory' entity doesn't contain attribute with Name = 'UpdateOppAfterHistory'.\n
Это при вызове Create до вызова плагина падает
__________________
CRM programmer |
|
|
Комбинированный вид
