SharePoint 2013 and SharePoint Online Wave 15 (from Office 365) have been here for quite some time now, and you might, or might not be aware of the Work Management Service Application (WMA) which is included in both twin-sister editions. I find it actually interesting that there is almost no information on the Internet about the WMA, other than end-user info how to use it with Out-of-the-box features.<\/p>\n

Since I had a chance to implement some WMA-based use cases for my customers recently, I will start with a series of the blog posts \u2013 expected five to seven, where I will dissect the WMA, explain the general principles, deep dive into the APIs (yes!) and say something about the provider model.<\/p>\n

<\/p>\n

We all know the situation that we have and keep our tasks in different systems. SharePoint tasks lists, Project tasks, Exchange tasks, tasks from different LOB and ERP systems, or personal task management systems like \u201cRemember the Milk\u201d. And even inside one system, tasks can be scattered throughout different locations \u2013 just think of many tasks lists in SharePoint. This can get very difficult to track and cope with. Work Management Service Application in SharePoint 2013 and SP Online gathers the tasks from different sources (aka \u201cProviders\u201d), and displays them in a unified task list inside the SharePoint MySite.<\/p>\n

<\/a><\/p>\n

What this basically means, is that SharePoint is through the refresh process aggregating tasks from the different locations in different providers, and displaying them in the MySite. Now, I used some SharePoint WMA lingo here, so let\u2019s see some definitions.<\/p>\n

Providers<\/strong> are different tasks content sources, like SharePoint, Project Server or Exchange. SharePoint WMA is based on a \u201cprovider model\u201d architecture, what basically means, that in theory we can aggregate tasks from different providers, or write our own providers. In practice, in SharePoint 2013 WMA, there are three providers implemented: SharePoint itself, Project Server and Exchange Server. There is a provider model interface, and APIs for creating new providers, but this is not supported at this moment.<\/p>\n

Locations <\/strong>are different places inside providers where the tasks can be located. Think of the multiple tasks lists across the SharePoint Farm.<\/p>\n

Refresh <\/strong>is a process of aggregating tasks from different locations in different providers by a WMA.<\/p>\n

Prerequisites<\/h2>\n

In order for Task Aggregation to work, there are few services which needs to be up and running (fully configured) in your farm:<\/p>\n

\n
• Work Management Service Application (obviously)<\/li>\n
• User Profile Service Application<\/li>\n
• MySites<\/li>\n
• Search Service<\/li>\n<\/ul>\n

  UPA is, as in many situation, a cornerstone which must be up and running for other services. MySite is needed from one side to display the consolidated tasks, and from other side it is used as a tasks cache (I\u2019ll come to that in one of the future blog posts where I\u2019ll deal with the refresh process).<\/p>\n

  Search Service is used as a vehicle for the aggregation process, which actually aggregates tasks from different locations.<\/p>\n

  <\/a><\/p>\n

  OK, I believe this is enough for the intro. The next few posts will deal with:<\/p>\n

  \n
  • WMA APIs<\/li>\n
  • WMA Object Model<\/li>\n
  • Tasks Queries and tasks<\/li>\n
  • Task views<\/li>\n
  • Pinning tasks<\/li>\n
  • Refreshes<\/li>\n
  • Working with Exchange Tasks<\/li>\n
  • Custom providers (unsupported)<\/li>\n<\/ul>\n
    \n\t\t\t

    \n\t\t\t <\/div><\/div>\n\t\t