Мне было поручено помочь в развертывании фазы 2 предыдущего развертывания SharePoint.
В исходном развертывании есть настраиваемые рабочие процессы, которые были обновлены в фазе 2.
Есть ли "How-To" для такого типа ситуации?
Некоторые из ошибок, которые мы видели, требуют, чтобы вы отметили исходный рабочий процесс, чтобы не принимать какие-либо новые экземпляры, а затем развертывать его обновление как новый поток. Это позволит предыдущим элементам завершить обработку по старому коду и любым новым процессам, чтобы развернуть новый рабочий процесс.
Одна из проблем заключается в том, что мы должны были бы посетить каждый сайт, на котором был прикреплен исходный рабочий процесс, и приложить новый workflowV2. Теперь у нас есть два столбца статуса рабочего процесса в библиотеке doc.
Я просто вхожу в проект, и это проблемы, которые разработчики заметили.
Любые ресурсы или подсказки, которые вы можете набросить на меня, будут оценены, поскольку я изучаю все это, когда я иду.
Вот некоторые примечания от другого разработчика, который дает мне некоторое представление о том, что он видел:
Если версия рабочего процесса уже существует, то перераспределение ее как функции приведет к тому, что существующий рабочий процесс будет иметь свой статус "Нет новых экземпляров" . Это можно увидеть, перейдя в библиотеку документов, где был установлен рабочий процесс, выберите "Настройки" → "Настройки библиотеки документов" → "Параметры рабочего процесса" → "Удалить рабочий процесс" и отметьте настройку переключателя для рабочего процесса. Любые текущие, в работе, экземпляры рабочих процессов все равно будут выполняться как обычно, но этот параметр предотвратит появление новых экземпляров рабочего процесса.
Как только развертывается вторая версия одного и того же рабочего процесса, вам нужно пересмотреть каждую библиотеку документов, где вы хотите, чтобы она была связана и повторно добавила ее, как если бы это был новый рабочий процесс. Вы должны указать ему уникальное имя, например "MyWorkflow_v2". Другим побочным эффектом является то, что теперь у вас есть 2 столбца статуса рабочего процесса в библиотеке документов. Вы можете удалить/скрыть первый, как только все его экземпляры завершены, и статус больше не нужен.
Если вы повторно развертываете рабочий процесс с использованием той же функции и демонстрируете файлы XML, тогда внутренний GUID будет таким же, как и в первом развертывании. SharePoint распознает это как вторую версию одного и того же рабочего процесса и автоматически устанавливает первую версию в состояние "Нет новых экземпляров" . Однако, если вы решите использовать другой GUID в файлах XML, тогда SharePoint увидит это как развертывание нового рабочего процесса и ничего не сделает с существующими экземплярами. Вам нужно будет вручную установить каждый экземпляр в каждой библиотеке документов в настройку "Нет новых экземпляров" .
После повторной установки второй версии рабочего процесса вам все равно нужно вручную посетить каждую библиотеку документов, в которой вы хотите ее использовать, и добавить ее в библиотеку документов. Имейте в виду, что имя шаблона рабочего процесса будет отображаться в списке шаблонов рабочих процессов, поскольку оно указано в файлах XML (это нормально), но после его добавления вам потребуется ввести уникальное имя рабочего процесса для рабочего процесса. В этом случае вы должны выбрать что-то вроде "Workflow_v2" в качестве нового имени.
Действие retract удаляет все экземпляры функций внутри решения, особенно для моего приложения workflow, оно удаляет все экземпляры рабочего процесса из всех библиотек документов, с которыми оно связано. Однако в случае, когда задача создается рабочим процессом, как только решение будет отложено, если пользователь нажмет на элемент задачи, ожидающий получить страницу подписи, вместо этого вы получите страницу "Неизвестная ошибка" SharePoint. Причина заключается в том, что процесс отвода удаляет рабочий процесс из базы данных и больше не работает рабочий процесс, связанный с задачей.
