Task Service

This content applies to legacy components (such as K2 Studio and K2 for Visual Studio), legacy assemblies, legacy services or legacy functionality. If you have upgraded from K2 blackpearl 4.7 to K2 Five, these items may still be available in your environment. These legacy items may not be available in new installations of K2 Five. These legacy items may also not be available, supported, or behave as described, in future updates or versions of K2. Please see the legacy component support policy for more information about support for these components.

The Task service is useful for determining what outstanding tasks a user has, as well as batch-actioning tasks that a user might have actioned while they were offline.
This data returned via the Task service is designed to be cached offline on the client.  It is recommended that a configurable polling/syncing interval be provided in the client application.

Only actions which have been configured to support batch processing can be updated via the Task service.  Use the Worklist service to action items that do not support batch processing.

ITaskService is very simple, but it mostly requires that data is sent in the POST payload (as opposed to the GET parameters) and does not encourage “URL exploration”.  It is built for sync and not for web apps. So when you ask ITaskService for Task(1_18) you will get that Task  (worklist item) and there is no way to drill down into it – you get ALL the data and are expected to cache it.

IWorklistNamespaceService, however, can be used in a way that most of the data can be returned directly from GET without having to manually poke into objects that are returned. For example, we could get the WorklistItem(1_18) and that would return EVERYTHING in the process, but we could also drill down and only get data from inside it (e.g. WorklistItem(1_18)/DataFields(CustomerName)). 

Task Methods