Creating a Workflow Host Application
The host application interacts with Windows Workflow Foundation through the WorkflowRuntime class, or a custom class that inherits from it. You create a WorkflowRuntime object and populate it with the services that you will use during the execution of your workflows.
Host Application Responsibilities
The host application's responsibilities are as follows:
Create one or more processes and one or more application domains.
Provide isolation mechanisms as needed.
Marshal calls between application domains as needed.
Start workflow instances.
Create custom and local services.
Additionally, a host application might do the following:
Control the loading and unloading of workflows from memory.
Listen for specific events and communicate them to a user or administrator.
Set time-outs and retries for each workflow.
Expose performance counters.
Write log information for debugging and diagnostics.
Provide custom service implementations.
Create localized services to meet language requirements of the hosting application and user base.
The tasks that the Host Application Must Perform
The following is a list of tasks that the host application must perform.
See Also
Reference
WorkflowRuntime
Start
CreateWorkflow
Started
Stopped
ServicesExceptionNotHandled
WorkflowAborted
WorkflowCompleted
WorkflowCreated
WorkflowIdled
WorkflowLoaded
WorkflowPersisted
WorkflowResumed
WorkflowStarted
WorkflowSuspended
WorkflowTerminated
WorkflowUnloaded
Concepts
How to: Add and Remove Workflow Services
Windows Workflow Foundation and Application Communication
Other Resources
Windows Workflow Foundation Services
Developing Workflow-Enabled Applications