Activities

---

An activity from a user perspective refers to any tool that can be dragged onto a Warewolf Studio design surface. Activities are composed into Warewolf services and are the basic building blocks for Warewolf services.
There are two overall categories of Activity, Grid Activities and Non-grid Activity. Grid Activities can accept any number of user inputs via a data grid on the design surface while Non-grid Activities have a fixed number of user inputs.
Activities are developed using the design pattern and SOA principles. Each activity is made up of three distinct layers: View, View Model and Server Logic.

View

The XAML that defines the activity look and feel. Views are can be found in the Dev2.Activities.Designer project. Activities can have both a large detailed view as well as a small condensed view.

ViewModel

Encapsulates design surface logic, like , and . Activity view models are located in the Dev2.Activities.Designer project. Non Grid Activities inherit the ActivityDesignerViewModel class while Grid Activities inherit the ActivityCollectionDesignerViewModel class.

ServerLogic

Each Warewolf activity has a corresponding server side execution class which leverages Microsofts Windows Workflow Foundation for execution. The server execution classes can be found in the Dev2.Activities project. Server activities inherit from the DsfNativeActivity base class which abstracts away the WF execution. The following abstract and virtual methods should be overridden when creating new activities

• OnExecute - The execution logic of an activity is encapsulated here. In general the OnExecute method does the following
  
  • Retrieves inputs from the Datalist,
  • Performs activity logic.
  • Performs
  • Handles known errors
  • Coordinates debug input and output.
  • Store results in the Datalist
• GetDebugOutputs -Used by the server to retrieve debug outputs
• GetDebugIputs - Used by the server to retrieve debug inputs
• UpdateForEachOutputs - Used for debug when an activity is encapsulated inside a for each
• UpdateForEachInputs -Used for debug when an activity is encapsulated inside a for each

Nested Services

Warewolf encourages reusability by allowing services to be nested. A service can be dragged and dropped onto the design surface and will execute like any other activity.
Nested services derive from the DSFActivity class and encompass plugins, web services, database services and workflow services. During execution, nested services are run in isolated execution containers that handle the scope and data transfer.