ASP.NET WF4 / WCF and Async Calls - Ron Jacobs - Site Home

How should you use WF4 and WCF with ASP.NET?

Download Sample Code - Windows Workflow Foundation (WF4) - How to use Workflow from ASP.NET

endpoint.tv - ASP.NET WF4 / WCF and Async Calls

For this post I’ve created a really simple workflow and WCF service that delay for a specific amount of time and then return a value. Then I created an ASP.NET page that I can use to invoke the workflow and WCF service to test their behavior

The Workflow Definition

First off – let’s get one thing straight. When you create a workflow, you are creating a workflow definition. The workflow definition still has to be validated, expressions compiled etc. and this work only needs to be done once. When you hand this workflow definition to WorkflowInvoker or WorkflowApplication it will create a new instance of the workflow (which you will never see).

To make this clear, in this sample I have a workflow file SayHello.xaml but I named the variable SayHelloDefinition.

 1: private static readonly Activity SayHelloDefinition = new SayHello();

The Easy Way

If you want to do something really simple, you can just invoke workflows and services synchronously using WorkflowInvoker

private void InvokeWorkflow(int delay)

{

    var input = new Dictionary<string, object> { { "Name", this.TextBoxName.Text }, { "Delay", delay } };

  

    this.Trace.Write(string.Format("Starting workflow on thread {0}", Thread.CurrentThread.ManagedThreadId));

  

    var output = WorkflowInvoker.Invoke(SayHelloDefinition, input);

  

    this.Trace.Write(string.Format("Completed workflow on thread {0}", Thread.CurrentThread.ManagedThreadId));

  

    this.LabelGreeting.Text = output["Greeting"].ToString();

}

Likewise you can invoke the WCF service synchronously

private void InvokeService(int delay)

{

    this.Trace.Write(string.Format("Calling service on thread {0}", Thread.CurrentThread.ManagedThreadId));

  

    var proxy = new TestServiceClient();

  

    try

    {

        var result = proxy.DoWork(delay);

        proxy.Close();

        this.Trace.Write(

            string.Format(

                "Completed calling service on thread {0} delay {1}", Thread.CurrentThread.ManagedThreadId, result));

  

        this.LabelDelay.Text = result.ToString();

    }

    catch (Exception)

    {

        proxy.Abort();

        throw;

    }

}

With the default delay of 1000ms this page will take about 2.5 seconds to load. 1 second for the workflow, 1 second for the WCF service and .5 seconds for everything else.

The Fast Way

If you are going to write code that runs on a server you should get used to writing async code. Yes I know it is generally a pain and more complex but what can I say… the result is far better.

Step 1 – Tell ASP.NET you want to do Async

ASP.NET won’t allow async work unless you set the Async directive.

 1: <%@ Page Title="" Language="C#" ... Async="true" Trace="true" %>

Step 2 – Use the ASP.NET Synchronization Context

In this simple workflow I’m not using persistence or bookmarks (which would make the code slightly different if I did). One of the more confusing elements of doing Async work is that as you search the web you will see the history of how async was done in the past and you might get confused. In fact I found that it is quite difficult to pin down what the correct method is today.

What you want to do is to tell the Workflow Runtime that you are working with a SynchronizationContext from ASP.NET. Once you have done this, you can inform ASP.NET (via the context) when your operation begins and ends. This code gets a little tricky but follow along.

private void InvokeWorkflowAsync(int delay)

{

    // Create the inputs

    var input = new Dictionary<string, object> { { "Name", this.TextBoxName.Text }, { "Delay", delay } };

  

    var workflowApplication = new WorkflowApplication(SayHelloDefinition, input)

        {

            // Tell the runtime we are using the ASP.NET synchronization context

            SynchronizationContext = SynchronizationContext.Current,

  

            Completed = (args) =>

                {

                    this.Trace.Write(

                        string.Format("Completed workflow on thread {0}", Thread.CurrentThread.ManagedThreadId));

  

                    // Update page controls here

                    this.LabelGreeting.Text = args.Outputs["Greeting"].ToString();

  

                    // Tell ASP.NET we are finished

                    SynchronizationContext.Current.OperationCompleted();

                }

        };

  

    this.Trace.Write(string.Format("Starting workflow on thread {0}", Thread.CurrentThread.ManagedThreadId));

  

    // Tell ASP.NET we are starting an async operation

    SynchronizationContext.Current.OperationStarted();

  

    workflowApplication.Run();

  

    // Don't try anything here - it will run before your workflow has completed

}

Step 3 – Configure your Service Reference for Async Operations

When you add a Service Reference the default is to not generate async operations.

Step 4 – Call your Service Async

Now you have a super-charged proxy that can do async. There are two methods for async the old APM (Begin/End) and the newer Event based async model (EPM EAP). In this code I’m using the EPM EAP model. Note that I don’t have to call OperationStarted/Completed because WCF will do it for me.

private void InvokeServiceAsync(int delay)

{

    this.Trace.Write(string.Format("Calling service on thread {0}", Thread.CurrentThread.ManagedThreadId));

  

    var proxy = new TestServiceClient();

  

    proxy.DoWorkCompleted += (o, args) =>

        {

            if (!args.Cancelled)

            {

                this.Trace.Write(

                    string.Format(

                        "Completed calling service on thread {0} delay {1}",

                        Thread.CurrentThread.ManagedThreadId,

                        args.Result));

                this.LabelDelay.Text = args.Result.ToString();

            }

        };

  

    proxy.DoWorkAsync(delay);

}

Step 5 – Test Your Service

I’ve enabled the ASP.NET Page Trace on my service so we can see what is happening.

As you can see we started the workflow and the service call on thread 37. Then ASP.NET was able to do some additional work before our workflow and service call which completed later. ASP.NET will wait on both of these to complete before it finishes rendering the page and returning to the caller.

Summary

With Workflows you

Set the WorkflowApplication.SynchronizationContext to the ASP.NET synchronization context
Call OperationStarted/Completed to let ASP.NET know when the workflow is done

With WCF you