2008-09-22 3 views

ответ

1

.NET рабочие процессы или те, которые созданы с использованием конструктора SharePoint?

У меня есть только опыт, и на самом деле их не очень легко отлаживать, вам просто нужно сделать их по одному шагу за раз и проверить каждый шаг.

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

1

Согласен с @Slace. Убедитесь, что вы создаете свои рабочие процессы в SP Designer для выполнения из браузера, даже если в конце концов их только вызывают изменения статуса. Это само по себе облегчит поиск неисправностей.

+0

Что вы подразумеваете под «исполняемым в браузере»? – 2013-11-04 20:27:06

1

Предполагая, что вы говорите о рабочих процессах SharePoint Designer? Вы можете преобразовать их в рабочие процессы .NET после these steps. Оттуда вы можете их отладить. Я еще не пробовал это (пока).

0

Как было указано, ваш единственный реальный выбор для отладки рабочих процессов SharePoint Designer - либо пройти через болезненный процесс преобразования их в .NET worklows, либо делать такие вещи, как запись списка истории после каждого шага, чтобы вы могли видеть, что не работает.

Однако даже .NET-процессы очень сложно отлаживать в VS2005. В VS2008 они добавили возможность более легко отлаживать рабочие процессы, разработанные с использованием этой среды.

0

This article имеет некоторые отличные советы отладки для SharePoint. Он дает хороший общий подход к разработке/отладке. Вот некоторые из инструментов, которые ссылаются:

0

Никто не упомянул очевидный ресурс для SharePoint Debugging - журналы ULS. Средство просмотра ULS, отфильтрованное на уровне «неожиданного», как правило, покажет вам причину сбоя.

Смежные вопросы