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

Меня интересовала больше отправка уведомления о назначении задания пользователю. При настройке параметров задания можно установить свойство 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 почитать, здесь же чисто практическую часть хочу рассмотреть.

Возникла необходимость написания рабочего процесса утверждения/согласования документа в силу того, что стандартное не подходит (да и то, что в SharePoint Designer тоже не подошло). Работа, в сущности, происходит с Activity CreateTask и другими Activity, который связаны с ним: onTaskCreated, onTaskChanged и прочие. Сама работа с элементами в целом не сложна, если знать тонкости, конечно. Решил все эти события и Activity связанные с заданием запихнуть в один класс. Покажу как это выглядит примерно.

При разработке рабочих процессов в Visual Studio используют элементы из Тулбокса, просто перетаскивая. Но в таком случае WorkFlow статичен. Возникла необходимость добавления в рабочий процесс новых элементов на стадии выполнения. Наткнулся на подводные камни.