External Application Interaction
A common scenario is to have a separate workflow server that handles the orchestration of tasks, and a separate application that is responsible for executing these tasks.
To see how this works, we will create two ASP.NET Core Web applications that communicate with each other using webhooks:
ElsaServer: an ASP.NET Core Web application scaffolded from this guide.
Onboarding: another ASP.NET Core Web Application that exposes a webhook endpoint to receive events from the workflow server and provides UI to the user to view and complete tasks.
Together, the two applications implement an employee onboarding process. The role of the workflow server is to orchestrate the process, while the onboarding app is responsible for executing individual tasks requested by the workflow server to execute. The workflow server will leverage the RunTask activity to request tasks to be executed by the Onboarding app.
These tasks will be completed by a human user. As a task is marked as completed, a signal in the form of an HTTP request is sent back to the workflow server, which then proceeds to the next step in the process.
Before you start
For this guide, we will need the following:
An Elsa Server project
An Elsa Studio container
Please return here when you are ready.
Elsa Server
We will start by configuring the Elsa Server project with the ability to send webhook events.
Configuring Webhooks
Add Webhooks Package
Add the following package to ElsaServer.csproj:
dotnet add package Elsa.WebhooksUpdate Program.cs
To enable webhooks, update Program.cs by adding the following code to the Elsa builder delegate:
elsa.UseWebhooks(webhooks => webhooks.ConfigureSinks += options =>
builder.Configuration.GetSection("Webhooks")
.Bind(options)
);This will add webhook definitions from appsettings.json, which we configure next.
Update appsettings.json
Update appsettings.json by adding the following section:
"Webhooks": {
"Sinks": [
{
"Id": "1",
"Name": "Run Task",
"Filters": [
{
"EventType": "Elsa.RunTask"
}
],
"Url": "https://localhost:5002/api/webhooks/run-task"
}
]
}With this setup, the workflow server will invoke the configured URL every time the RunTask activity executes.
Creating the Workflow
We'll see how to create the workflow using the programmatic approach as well as using the designer.
Programmatic
To create the Onboarding workflow, follow these steps:
Create Workflow Class
Create a new class called Onboarding:
The above workflow will be registered with the workflow engine automatically since the Elsa Server is configured to find all workflows in the same assembly of the Program class.
With that in place, let's create the Onboarding application next.
Designer
We will create the following workflow using Elsa Studio:

Designing the Workflow
Start the workflow server application and the Elsa Studio container connected to the server.
To create the workflow, follow these steps:
Create Workflow
Add Employee Variable
When we execute the workflow later on, we will be sending along information about the employee to onboard.
To capture this employee input, we will store it in a variable called Employee.
From the Variables tab, create a new variable called Employee of type Object.
Add Set Employee Activity
From the Activity Picker, drag and drop the Set Variable activity on the design canvas and configure its input fields as follows:
Variable Employee
Value
Add Create Email Account Activity
Now it is time to create an email account for the new employee.
The workflow server itself will not perform this task; instead, it will send a webhook event to the Onboarding application that we will create later on.
To send this webhook event, we leverage the Run Task activity.
Add the Run Task activity to the design surface and configure it as follows:
Task Name
Create Email AccountPayload
Add Create Slack Account Activity
Now that the email account has been setup for the new employee, it is time to setup their Slack account.
Just like the Create Email Account task, the workflow should send a webhook event to the Onboarding application using another Run Task activity.
Add the Run Task activity to the design surface and configure it as follows:
Task Name
Create Slack AccountPayload
Add Create GitHub Account Activity
At the same time that the Slack account is being created, the Onboarding app should be able to go ahead and create a GitHub account at the same time.
Here, too, the workflow should send a webhook event to the Onboarding application using another Run Task activity.
Add another Run Task activity to the design surface and configure it as follows:
Task Name Create GitHub Account
Payload
Add Add to HR System Activity
While a Slack account and a GitHub account are being provisioned for the new employee, they should be added to the HR system.
As you might have guessed, the workflow should send a webhook event to the Onboarding application using another Run Task activity.
Add another Run Task activity to the design surface and configure it as follows:
Task Name Add to HR System
Payload
Add End Activity
Although this step is optional, it is generally a good idea to be explicit and signify the end of the workflow.
Connect Activities
Now that we have all the pieces on the board, let's connect them together as shown in the above visual.
Publish the Workflow
Before we can invoke the workflow, we need to publish our changes by clicking the Publish button.
Creating the Onboarding Application
To create the Onboarding application, we will create a new project based on the MVC Web Application template.
The purpose of this application is to receive webhook events from the workflow server and create Task records in the database.
The UI of the application will display a list of these tasks and allow the user to click a Complete button.
Upon clicking this button, the application will send an HTTP request to the workflow server to resume the Onboarding workflow.

Follow these steps to create the Onboarding application:
Create Project
Run the following command to generate a new MVC Application:
Add Packages
Navigate into the project directory:
Then add the following packages:
Create OnboardingTask Entity
For this application, we'll use Entity Framework Core to store the onboarding tasks in a SQLite database. First, let's model the onboarding task by creating a new class called OnboardingTask:
OnboardingDbContext
Next, let's create the database context:
Program.cs
Update Program.cs to register the DB context with DI:
Create Migrations
In order to have the application generate the necessary database structure automatically for us, we need to generate migration classes.
Run the following command to do so:
Apply Migrations
Run the following command to apply the migrations:
This will apply the migration and generate the Task table in the onboarding.db SQLite database.
Task List UI
Now that we have our database access layer setup, let's work on the UI to display a list of tasks. For that, we will first introduce a view model called IndexViewModel for the Index action of the homeController:
HomeController
Update the Index action of the HomeController to use the view model:
Index.cshtml
Update the Index.cshtml view to display the list of tasks:
Handling Task Completion
The HomeController is able to list pending tasks. Now, let's add another action to it that can handle the event when a user clicks the Complete button.
Add the following action method to HomeController:
The complete controller should look like this:
The above listing uses the ElsaClient to report the task as completed, which we will create next.
Elsa API Client
To interact with the Elsa Server's REST API, we will create an HTTP client called ElsaClient.
Create a new class called ElsaClient:
Register ElsaClient
Update Program.cs to configure the Elsa HTTP client as follows:
appsettings.json
The Elsa configuration section used in the previous step is defined in appsettings.json as follows:
Receiving Webhooks
Now that we have a way to display the list of task, let's setup a webhook controller that can receive tasks from the workflow server.
Create a new controller called WebhookController:
The above listing uses the WebhookEvent model to deserialise the webhook payload. The WebhookEvent and related models are defined as follows:
Running the Onboarding Process
Now that we have both the Elsa Server and Onboarding applications ready, let's try it out.
Start Onboarding App
Run the Onboarding project:
Start Onboarding Workflow
To initiate a new execution of the Onboarding workflow, we will send an HTTP request to Elsa Server's REST API that can execute a workflow by its definition ID and receive input.
As input, we will send a small JSON payload that represents the new employee to onboard:
Make sure to replace {workflow_definition_id} with the actual workflow definition ID of the Onboarding workflow.
View Tasks
The effect of the above request is that a new task will be created in the database, which will be displayed in the web application:

Complete Tasks
When you click the Complete button, the task will be marked as completed in the database and the workflow will continue. When you refresh the Task list page, the task will be gone, but 3 new tasks will be created in the database:

Workflow Completed
Once you complete all tasks, the workflow will be completed:

Summary
In this guide, we have seen how to set up an Elsa Server project and configure it to send webhook events to the Onboarding application.
We have seen how to leverage the Run Task activity that generates Run Task webhook events.
From the Onboarding app, we leveraged an Elsa REST API to report a given task as completed, which causes the workflow to resume,
Source Code
The completed code for this guide can be found here.
Last updated