AXForum  
Вернуться   AXForum > Microsoft Dynamics CRM > Dynamics CRM: Разработка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 19.08.2011, 16:05   #1  
horse315 is offline
horse315
Участник
 
3 / 10 (1) +
Регистрация: 19.08.2011
CRM 4.0 0x80042f09 уже после добавления роли
Всем привет.

Периодически выполняется такое задание:

1. В CRM cоздается новый пользователь (запросы к сервису ведутся от имени администратора)

2. Ему добавляется роль "Сотрудник", для которой разрешено чтение сущности "Сотрудник".

3. Запросом RetrieveUserPrivilegesRequest пять раз с перерывом в 1 секунду (предыдущий разработчик: надо дождаться, пока сбросится кеш пользовательских данных - это делается ассинхронно) проверяем есть ли Privilege "prvReadNew_salesperson" - право на чтение сущности сотрудник (если так и не появится - будет ошибка)

4. Создаем Сотрудника, которому в качестве владельца указан новый пользователь.

Вот на шаге 4-то и получаю

Server was unable to process request.

0x80042f09
SecLib::CheckPrivilege failed. Returned hr = -2147209463, User: 320131da-38c9-e011-b11a-001cc458db68
Platform


т.е. пишет что у пользователя нет никаких ролей и соответствующих привилегий (0x80042f09).

Через некоторое время набираются новые пользователи для обработки + к ним добавляются те, на которых возникли ошибки. Для тех кто с ошибкой создания Сотрудника повторяется шаг 4 и все проходит наура. Случается только на одном стенде из 4х.

Что же может мешать? Видимо проверка наличия prvReadNew_salesperson недостаточна.

Последний раз редактировалось horse315; 19.08.2011 в 16:07.
Старый 19.08.2011, 16:30   #2  
a33ik is offline
a33ik
Чайный пьяница
Аватар для a33ik
MCP
MCBMSS
Злыдни
Соотечественники
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,243 / 896 (36) +++++++
Регистрация: 02.07.2008
Адрес: Greenville, SC
Необходимы также права на создание записи и скорее всего Assign.
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством.

Подписывайтесь на мой блог, twitter и YouTube канал.
Пользуйтесь моим Ultimate Workflow Toolkit
Старый 22.08.2011, 09:02   #3  
horse315 is offline
horse315
Участник
 
3 / 10 (1) +
Регистрация: 19.08.2011
Цитата:
Сообщение от a33ik Посмотреть сообщение
Необходимы также права на создание записи и скорее всего Assign.
Вызовы к сервису производятся от имени сисадмина, у него конечно же есть эти права.
В сообщении об ошибке userid это id как раз того нового пользователя, так что речь 100% идет о правах нового пользователя.

Настораживает то что баг не постоянный. Я вот грешу на процессы, протекающие в БД.
Старый 22.08.2011, 09:42   #4  
a33ik is offline
a33ik
Чайный пьяница
Аватар для a33ik
MCP
MCBMSS
Злыдни
Соотечественники
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,243 / 896 (36) +++++++
Регистрация: 02.07.2008
Адрес: Greenville, SC
Цитата:
Сообщение от horse315 Посмотреть сообщение
Вызовы к сервису производятся от имени сисадмина, у него конечно же есть эти права.
В сообщении об ошибке userid это id как раз того нового пользователя, так что речь 100% идет о правах нового пользователя.

Настораживает то что баг не постоянный. Я вот грешу на процессы, протекающие в БД.
Имел ввиду права пользователя, которому запись асайнится. У него есть вышеуказанные права?
__________________
Эмо разработчик, сначала пишу код, потом плачу над его несовершенством.

Подписывайтесь на мой блог, twitter и YouTube канал.
Пользуйтесь моим Ultimate Workflow Toolkit
Старый 22.08.2011, 10:35   #5  
horse315 is offline
horse315
Участник
 
3 / 10 (1) +
Регистрация: 19.08.2011
Цитата:
Сообщение от a33ik Посмотреть сообщение
Имел ввиду права пользователя, которому запись асайнится. У него есть вышеуказанные права?
Да. assign и create на уровне "Пользователь", чтение "Организация".
Непостоянство бага склонил к бд, т.к. на тестовых стендах, на которых не воспроизводится (кстати права в первую очередь проверял - везде одинаковые) пользователей заведено десятки, а на сервере, на котором ошибка происходит их тысячи.

* покурил профайлер и гугл ничего не видно...
Наверно на этой неделе просто сделаю в цикле с задержкой в секунду (как это сделано в шаге 3 с привилегиями) и перенесу добавление владельца записи из запроса create new_salesperson в отдельный запрос assign, посмотрю, как пойдут дела и с какой попытки он создастся.

Последний раз редактировалось horse315; 22.08.2011 в 10:41.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
crminthefield: Overview: Microsoft Dynamics CRM 4.0 Update Rollup 18 Blog bot Dynamics CRM: Blogs 0 01.07.2011 02:12
Microsoft Dynamics CRM Team Blog: Migrating Customizations to Microsoft Dynamics CRM 2011 Online Blog bot Dynamics CRM: Blogs 0 18.04.2011 23:11
Все о Microsoft Dynamics CRM: Как установить Microsoft Dynamics CRM 2011 Beta Blog bot Dynamics CRM: Blogs 0 31.10.2010 15:08
Microsoft Dynamics CRM Team Blog: Microsoft Dynamics CRM 4.0 Bookshelf Blog bot Dynamics CRM: Blogs 1 22.01.2009 04:46
Microsoft Dynamics CRM Team Blog: Reports for CRM 4.0 using SQL Server 2008 and Report Builder 2.0 Blog bot Dynamics CRM: Blogs 0 11.11.2008 08:05

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 03:03.