Кастомизация журнала рабочего процесса
Возникла необходимость кастомизировать журнал рабочего процесса, так как стандартный довольно убог. Как всегда, у MS всё не как у людей.
Тег
Записей: 15
Возникла необходимость кастомизировать журнал рабочего процесса, так как стандартный довольно убог. Как всегда, у MS всё не как у людей.
Понадобилось создать страницу без всяких там панелек и рибонов. Оказалось, что не всё так просто.
Проглядел самое очевидное решение. Проблем со своими параметрами не будет, если их в список столбцов типа контента добавить предварительно.
В SharePoint, работая с рабочими процессами, в любом случае придётся использовать какие-то свои параметры/атрибуты для заданий. Вот только, если в самом р.п. нет проблем при получении оных, то на форме редактирования рабочего процесса возникают трудности.
В SharePoint проблемно как-то узнать путь к элементу, на котором запустили рабочий процесс. Если рабочий процесс запущен в библиотеке на документе, то проблем нет, если же к элементу списка, то уже проблема.
Как в ASP закрыть модальное окно при необходимости? Использовать JS :D
В SP, если открывать задание из библиотеки, то оно открывается в модальном окне. Хотелось бы при нажатии кнопок управления формы, закрывать окно, если оно модально.
Очевидно, для нормальной работы с заданиями необходимо предусмотреть возможность рассылки уведомлений об изменениях статуса заданий. Как пример, отсылать письмо при создании задания, редактировании, удалении и т.д.
Меня интересовала больше отправка уведомления о назначении задания пользователю. При настройке параметров задания можно установить свойство endEmailNotification в true и задать тело письма в EmailBody. Тогда при назначении задания письмо будет отправлено пользователю. Но есть тут ограничение - нельзя узнать ID (именно ID, а не GuID) этого заданий в рамках библиотеки. Но вы должны были заметить, что прямая ссылка на задание имеет вид http://сайт/_Layouts/listform.aspx?PageType=4&ListId={ID_Библиотеки}&ID=ID_задания, где ID - уникальный идентификатор в рамках этой библиотеки. Так что, учитывая, что рантайм мы не может получить этот ID для отправки письма стандартными средствами, то таким образом невозможно в письмо приложить ссылку прямую на задание.
Стал переносить проекты с тестового сервака на другой. При развёртывании в Visual Studio 2010 ошибки появились. Потом другая, потом ещё...
В Microsoft SharePoint Foundation 2010 тип контента представляет собой повторно используемую коллекцию параметров, которые можно применить к определенной категории контента. Типы контента обеспечивают централизованное управление метаданными и поведением типов документов, элементов и папок с возможностью повторного использования параметров.
Меня интересовал этот вопрос в рамках Activity CreateTaskWithContentType, который позволят использовать конкретный тип контента. Подробнее про тип контента можно на msdn почитать, здесь же чисто практическую часть хочу рассмотреть.
Появилась необходимость возможности прикрепить файл на форме работы с заданием в рамках рабочего процесса. Как создать свою форму для задания в рамках рабочего процесса я уже рассматривал. В данной статье решил показать как добавить возможность прикреплять файлы при выполнении задания.
При разработке собственных рабочих процессов, вам придётся самим программно создавать задания. При использовании Activity CreateTaskWithContentType, указывая тип контента, можно использовать свои формы инициации, ассоциации и редактирования для задания. В данной статье решил показать как создать форму для редактирования задания.
Возникла необходимость написания рабочего процесса утверждения/согласования документа в силу того, что стандартное не подходит (да и то, что в SharePoint Designer тоже не подошло). Работа, в сущности, происходит с Activity CreateTask и другими Activity, который связаны с ним: onTaskCreated, onTaskChanged и прочие. Сама работа с элементами в целом не сложна, если знать тонкости, конечно. Решил все эти события и Activity связанные с заданием запихнуть в один класс. Покажу как это выглядит примерно.
При разработке рабочих процессов в Visual Studio используют элементы из Тулбокса, просто перетаскивая. Но в таком случае WorkFlow статичен. Возникла необходимость добавления в рабочий процесс новых элементов на стадии выполнения. Наткнулся на подводные камни.
Столкнулся с тем, что нужно разрабатывать рабочие процессы для SharePoint в VisualStudio. Отладка выполняется с помощью отладчика Visual Studio. При запуске отладки Visual Studio развертывает файлы проекта на сервере SharePoint, затем открывает экземпляр сайта SharePoint в веб-браузере. Вроде просто, но долго не мог понять, почему отладка не работает.