Рабочий процесс sharepoint WSS - сбой при ошибке запуска

Вызов рабочего процесса должен быть первым действием в вашем файле workflow.cs, а затем иметь другие фрагменты кода. Сборка будет скомпилирована.

Сложный. На данный момент я предполагаю, что лучше всего открыть файлы рабочего процесса, к которым вы можете получить доступ из SharePoint Designer (откройте в нем исходную / корневую / шаблонную сеть).

После того, как вы обнаружите файлы рабочего процесса, вместо того, чтобы открывать их в визуальном конструкторе, попробуйте открыть их в Блокноте, чтобы увидеть исходный XML-код. Не связывайтесь с этим прямо сейчас, но таким образом вы сможете найти правила и действия «13» и «21», которые не работают в веб-сайтах, экспортированных по шаблону. Найдите ID13, __Rule_ID13, ID21 и __Rule_ID21. Идея здесь состоит в том, чтобы выяснить, какие две пары действий / условий терпят неудачу. Как только вы узнаете, какие они есть, вы сможете:

• дайте нам знать
• попробуйте экспортировать Интернет без этих пар действий / условий (или временно замените их фиктивными, которые НЕ БУДУТ выходить из строя)
• присмотритесь к ним поближе: может ли быть какая-то причина, по которой они не работают в сети, отличной от исходной?

Не думайте, что есть простой ответ. Рабочие процессы SharePoint Designer в целом, особенно в среде только с WSS, безусловно, имеют свои ограничения и сбои.

Предупреждение !! Включение диагностического журнала в производственной среде может привести к сбою сервера.

В Central Admin> Операции> Ведение журнала диагностики> Регулирование событий:

Категория = Все

Журнал событий = информация

tracelog = verbose !! Опасно !!

Посмотрите самый последний журнал в C: \ Program Files \ Common Files \ Microsoft Shared \ web server extensions \ 12 \ LOGS (скопируйте и вставьте в Excel)

Фильтр «Категория» для «Инфраструктура рабочего процесса». Это должно начать вести вас по правильному пути. Надеюсь, это поможет и желаю удачи

Ян Филпот

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

Вот одно из возможных решений, хотя оно требует определенной работы каждый раз, когда новый сайт создается из шаблона: http://nickgrattan.wordpress.com/2007/10/17/applying-a-sharepoint-designer-workflow-to-multiple-lists/ < / а>

Вам, вероятно, лучше всего было бы создать определение сайта (будьте осторожны, потому что вы должны следовать общепринятой практике, вот начало http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=117), который содержит экземпляр списка с прикрепленным рабочим процессом, был создан как компонент с использованием Visual Studio.

Это проблемы GUID, как заявил Саймон Фокс.

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