Search This Blog

Saturday, July 18, 2015

Workflow Changes in SharePoint 2013


SharePoint 2013

SharePoint 2010
.Net Version
Version 4.0

Version 3.5

Hosting Engine
Workflows are hosted outside of SharePoint.  Windows Azure Workflow (WAW) is an installable product and can be hosted on an on-premise SharePoint farm. Workflow is now run as a separate service. Communication of workflows with SharePoint will happen via REST / CSOM or OAuth. Workflow architecture is shown in Figure 1 below.


SharePoint 2010 hosted the workflow runtime.

  SharePoint 2013 workflow architecture.png

Figure 
1: Workflow Architecture in SharePoint 2013

Workflow Data Storage
Workflow definitions reside within SharePoint and the actual workflow is stored on Windows Azure.

Workflow Data is stored in Content database.

Execution Context
Workflows run in the context of Azure workflow.

Workflows executed in the context of super user.

Deployment
Can be deployed On-Premise or in a hosted environment. You can have a dedicated workflow farm for large deployments.

On-Premise deployment. To deploy in a sandbox environment we need to write a full trust proxy.

Analytics
Analysis is very much improved for information related to workflows.

Analysis on the number of instances of workflows running, last run by and last run date are hard to acquire.
Performance
Since workflows are decoupled from SharePoint runtime it provides better stability, scalability and transparency.


Issues with scale and large deployments
Types of Workflows
Two types of workflows, SharePoint 2010 (Workflows hosted by SharePoint)and SharePoint 2013 (Workflows hosted by Windows Azure) as shown in Figure 2 below. New 15 workflow actions with Windows Azure Workflow . 

Workflow Foundation 3.5 hosted by SharePoint 2010


Workflow Options in SharePoint 2013.png
                   Figure 2: Workflow Platform Types

Changes for developers
Workflow Manager Client 1.0 is a redesigned workflow infrastructure that is built on Windows Workflow Foundation 4 and brings new power and flexibility to workflow authoring in SharePoint 2013. Developers can perform declaratively all of the actions as mentioned in the right hand for SharePoint 2010 by using services. SharePoint designer is significantly improved and many features that makes a developer's life easier like copy paste, undo, redo.
A new data type called DynamicValue is being introduced to capture run time dynamic values.

Write code for:
  • Calling SharePoint API
  • Connect and Query Database
  • Consume ATOM/REST Feeds
  • Call Web Services/REST Services

Visio Designer
Visio Designer is integrated into SharePoint designer,


Create in Visio and Export to SharePoint Designer.
General Improvements
  • Introduction of "Stages":
    • Mitigates SharePoint Designer's lack of loop support
    • Provides functionality of "state machine" workflows in WF 3.5
  • Declarative workflows have loops:
    •  Loop # times / with condition / with expression
  • Declarative workflows can call REST/SOAP services 


Workflows for SharePoint Apps
Visual Studio can be used to build workflows for SharePoint Apps whereas SharePoint Designer workflows cannot be used to build Apps. 
Since workflows execute in the cloud and not in SharePoint it provides enormous flexibility in designing workflow-based apps for SharePoint.

 Workflows execute in SharePoint hence it is difficult to protect the intellectual rights that goes into building apps.
Packaging
*.wsp or *.app

*.wsp





No comments:

Post a Comment