Сведения о вопросе

Drake

04:12, 25th August, 2020

Теги

Как лучше всего сообщать об ошибках из рабочего процесса SharePoint?

Просмотров: 451   Ответов: 4

У меня есть пользовательское действие в рабочем процессе, и я хотел бы сообщить об ошибке пользователю, когда что-то пойдет не так. Как лучше всего это сделать?

UPD: в идеале я хотел бы поместить рабочий процесс в состояние ошибки и записать сообщение в журнал рабочего процесса. Это кажется невозможным. Как можно ближе подобраться к нему? Я хочу, чтобы повторно используемый раствор,то, что легко для пользователей, чтобы настроить, когда через мои пользовательские действия в SharePoint дизайнер.


Добавил больше деталей к вопросу.

@mauro это заботится о сохранении ошибки, но как я могу отобразить ошибку пользователю таким образом, чтобы это имело смысл?

@AdamSane это кажется довольно хрупким решением. Это не вопрос настройки этого один раз на одном сайте. Мне нужно что-то, что другие могут добавить, используя SPD.



  Сведения об ответе

park

12:39, 25th August, 2020

когда вы бросаете ошибку, ваш обработчик ошибок может затем email пользователь, или лучше, если список массивен, добавить состояние ошибки в элемент рабочего процесса - я думаю, что это функциональность по умолчанию, хотя как ошибка будет упомянута там.

http://www.sharepointsecurity.com/blog/sharepoint/sharepoint-2007-development/fault-handling-in-sharepoint-workflows/


  Сведения об ответе

appple

17:03, 18th August, 2020

Добавьте ошибку в скрытый список с этим именем пользователя. Установите видимость в списке (для пользователей) только для чтения/записи собственных значений. Затем используйте пользовательскую веб-часть или FlexListViewer для просмотра содержимого этого списка и отображения его пользователю. Как только они признают эту ошибку, удалите ее из списка.

Если необходимо, вы можете добавить другое действие рабочего процесса в этот список сообщений, которое говорит пауза в течение 2 дней, а затем email. Как угодно, в зависимости от ваших требований.

В противном случае вы можете иметь пользовательскую таблицу БД, которую вы используете почти для того же самого, таким образом sharepoint делает большую часть работы за вас.

Обновление это может быть упаковано как компонент и развернуто на каждом сайте по мере необходимости. Сильные стороны этого подхода (добавление элемента списка в список, запрос, оповещение пользователя и отправка ему электронной почты) встроены в сам sharepoint. В этом случае вы можете сосредоточиться только на своей пользовательской логике, позволяя sharepoint сосредоточиться на деталях реализации.


  Сведения об ответе

lourence

07:05, 13th August, 2020

Лично я бы записал его либо в файл журнала, либо в журнал событий в зависимости от проблемы. Я думаю, что хранить его с помощью разрешений пользователей было бы плохой идеей, что произойдет, если у этого пользователя нет правильных прав? или, что еще хуже, они получают повышенные разрешения, просматривая список в представлении explorer?

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

Мауро


  Сведения об ответе

9090

17:08, 2nd August, 2020

Если вам нужно, чтобы пользователь предпринял какое-то действие в результате ошибки (например, повторная проверка рабочего процесса), можно ли создать задачу для этого пользователя с информацией об ошибке и местоположении рабочего процесса?


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться