Introduzione a Workflow Foundation

Q&A

Workflow Foundation

Email: malta@vevy.comBlog: http://blogs.ugidotnet.org/raffaele

MVP Profile: http://mvp.support.microsoft.com/profile/raffaele

Visual Developer Security MVPRaffaele Rialdi, Vevy Europe

Cos'è Worklow Foundation

Risposta istituzionale

• Una delle quattro tecnologie che formano il fx 3.0– WPF, WCF, WF, Cardspace

• Una infrastruttura per modellare la logica di business di una applicazione

• Una tecnologia che permette di gestire un processo secondo un flusso sequenziale (workflow) oppure una macchina a stati (state machine)

• È managed!

Risposta tecnologica

Workflow Foundationè un DSL

10 Print "Hello, world"

HW db 'Hello, world', 0dh, 0ah, 0...mov ah,9mov dx, HWint 21h

class MyApp { static void Main(){ Console.WriteLine("Hello, world"); }}

DSLDomainSpecificLanguage

GPLGenericProgrammingLanguage

I concetti base di Workflow Foundation

• Le istruzioni di questo linguaggio si chiamano Activities• Le Activities sono classi

– Si possono creare custom Activities da zero, per inheritance o composition

• Le Activities sono soggette a diverse validazioni– logica (email) e/o funzionale (collocazione)

• Alle Activities sono abbinabili una UI, un designer e un tema

• Le Activities condizionali valutano delle regole definite nel sistema

Due domini di lavoro preconfezionati di Workflow Foundation

• Workflow sequenziale e Macchine a stati– Logica differente, designer differente– Sono loro stessi delle Activities (composite)

• Workflow sequenziale– rappresenta una sequenza di istruzioni, cicli e condizioni– non è un flowchart classico, non prevede "goto"– designer abbastanza intuitivo

• Macchine a stati– rappresenta la logica che esplicita i possibili stati di un

problema ed il modo in cui avviene la transizione tra gli stati

Sveliamo la fine?

Una possibile architettura

ClientTest(Winform)

ConsoleServiceHost(Console)

SubscriptionService(WCF Service)

SubscriptionWorkflowLibrary(Workflow)

ExternalDataExchange

WindowsService

IISworker process

Asp.netWebApp

WPFClient

Proxy WSDL

Come si usa WF?

Usare Workflow Foundation

• I Workflow hanno bisogno di uno speciale runtime per lavorare

• Scegliere il Processo/AppDomain che hosta il runtime e istanziarlo

• Creare il workflow desiderato• Aggiungere al Runtime i servizi necessari (0+)

– funzionalità addizionali di Workflow• Avviare una o più istanze di workflow• Gestire l'evento di termine del workflow

– opzionale

Applicazione host

Architettura

ActivitiesStructured

Activity Framework

Workflow Runtime

Runtime Services

CustomActivities

Visual Studio Workflow Designer Custom Designers

State Machine Rules

Loader Persistence Threads Transactions Tracking

Validation

Transactions

Compilation Serialization Visualization

Fault Handling Cancellation Compensation

Scheduling Instance Mgmt

…

Workflow Foundation e Visual Studio

08/04/2023 www.xedotnet.org 13

Gli strumenti forniti da WF

• Un runtime engine– gestisce l'esecuzione, lo stato, il tracking, le update

• I servizi di base– la comunicazione, la persistenza, il tracking, lo scheduling, le transazioni, ...

• Una API managed– permette al developer di interagire con l'engine e i servizi

• Una libreria di Activity base– Classi di Activity usabili "as is" oppure espandibili via ereditarietà o

composition• Un designer integrato con VS2005

– Ogni azione sul designer ha una corrispondente porizione di codice o di markup dichiarativi

• Un debugger integrato con VS2005– Step-by-step debugging sul disegno del workflow

Due modi per scrivere un Workflow

• Descritti in codice– Normali classi derivate da

SequentialWorkflowActivity oppure da StateMachineWorkflowActivity

– Default per il wizard di VS2005– Usa una partial class di C#2.0 / VB.net 2.0

• Espressi in XML– Usano il nuovo XAML– Si aggiunge con Add – New Item di VS2005

XAML e WF

• XAML non è WPF– Esistono diversi formati di XAML:

WPF, WF, XPS, Silverlight, ... ognuno il suo!

• XAML è un linguaggio che permette di rappresentare un grafo di oggetti– I tag XML di XAML sono il risultato della serializzazione degli

oggetti in memoria

• WF usa l’estensione XOML ma il linguaggio è lo stesso

Dependency Properties e Binding

• WF usa in modo estensivo le Dependency Properties– Crea una proprietà statica– La associa alle istanze in un Dictionary statico

• Vantaggi:– Notifica automatica al cambio di valore (ai subscribers)– Binding via ActivityBind– Default values– …

public string Name{

get { return (string)GetValue(NameProperty); }set { SetValue(NameProperty, value); }

}

public static readonly DependencyProperty NameProperty =DependencyProperty.Register("Name", typeof(string), typeof(Add));

Markup e Code Workflow

.NET assembly• ctor definisce

il workflow

Solo Markup“Dichiarativo”

XAML

Mix di Markupe Codice

C#/VB

Solo Codice ApplicationGenerated

XAML C#/VB

XML definiscela struttura logicadel workflow eil flusso di dati

XML definisce ilWorkflowCode-beside la logica restante

Codice crea ilworkflownel costruttore XAML C#/

VB

App crea le Activity

e le serializza

Compilatore Workflowwfc.exe

Compilatore C#/VB

Quando conviene il modello dichiarativo?

• Vantaggi– è xml e quindi modificabile a runtime– è xml e quindi persistibile come risorsa

• dentro un db, in un file, etc.

• Svantaggi– nel file xoml niente dichiarazione di proprietà– nel file xoml niente codice– si risolve usando una partial class (code beside)

Quando conviene il modello dichiarativo?

• Vantaggi– può comunque essere usato con il 'code beside'– è xml e quindi modificabile a runtime– è xml e quindi persistibile come risorsa, dentro un db, in un file, etc.– WorkflowRuntime.CreateWorkflow(XmlReader) salta lo step di

compilazione. La serializzazione di questo risultato è l'unico che comprende l'intero workflow (children compresi)

• Esempio SerializeWF

• Svantaggi– non permette la dichiarazione di proprietà nel file xoml– non permette di scrivere / associare codice dentro il file xoml– in entrambi i casi è possibile risolvere usando una partial class

Workflow sequenziale

• Tramite designer (opzionale) si definisce una sequenza di Activities– Questo passo definisce una nuova classe che rappresenta il workflow

vero e proprio

• Si istanzia il runtime di WF– WorkflowRuntime workflowRuntime = new WorkflowRuntime();

• Si istanzia e si esegue il workflow– WorkflowInstance instance1 =

workflowRuntime.CreateWorkflow( typeof(PersistenzaXoml.Workflow1));

– instance1.Start();

SimpleBinding: dependency property, debugger

Workflow come blackbox

WorkflowRuntime wr = new WorkflowRuntime();wr.StartRuntime();

Dictionary<string, object> parameters = new Dictionary<string, object>();

parameters.Add("FirstName", txtFirstName.Text);parameters.Add("LastName", txtLastName.Text);

WorkflowInstance instance = wr.CreateWorkflow( typeof(MyWF.Workflow1), parameters);

instance.Start();

Parametri in ingresso Parametri in uscita

wr.WorkflowCompleted += OnWfCompleted;

// ...

static void OnWfCompleted(object sender, WorkflowCompletedEventArgs e){ string Status = e.OutputParameters["Status"] as string;

Console.WriteLine("Status is " + Status);}

(prima dell'esecuzione) (al termine dell'esecuzione)

Workflow

Elenco di tutte le proprietàesposte dal nostro workflow

Punti di attenzione

• Il runtime / workflow condividono lo stesso AppDomain dell'applicazione– Un solo runtime per AppDomain

• Con lo scheduler di default ogni istanza di workflow gira in un thread a se stante– necessario per rispettare i tempi e gli eventi definiti nel workflow– complica la comunicazione e la sincronia con l'applicazione host

• Con lo scheduler Manuale gira tutto nel thread da cui è stato instanziato il runtime– ManualWorkflowSchedulerService

• I parametri di ingresso e uscita al workflow sono sempre passati come object

I principali servizi di WF

Workflow e servizi

• I servizi di WF sono pluggabili– questa architettura permette l'espandibilità futura dell'infrastruttura di

Workflow• Alcuni esempi:

– ExternalDataExchangeService (comunicazione tra host e workflow)– WorkflowSchedulerService (scheduler di default)– ManualWorkflowSchedulerService (scheduler su singolo thread)– WorkflowPersistenceService– TrackingService– WorkflowTransactionService– Custom (derivato da WorkflowRuntimeService)– WorkflowCompilerOptionsService– ToolboxService– ......

Persistenza - SqlWorkflowPersistenceService

• Il runtime può scaricare dalla memoria i workflow– in automatico

• sull'evento di Idle entrando in una Delay Activity• al completamento di ActivityExectionContext• al completamento di TransactionScopeActivity• al completamento di una Activity decorata con PersistOnClose

– in manuale, chiamando Unload (blocking) o TryUnload (non blocking)

• I workflow vengono ricaricati in memoria– in automatico, anche come conseguenza di un timer (Delay Activity)– in manuale, chiamando Load o runtime.GetWorkflow(InstanceId)

• Lo stato di persistenza è consistente– È possibile riattivare un workflow anche da un processo differente– È resistente ad un crash/recycle del processo

Persistenza - SqlWorkflowPersistenceService

• Creare un db (o selezionarne uno già pronto)• Eseguire gli script

– C:\WINDOWS\Microsoft.NET\Framework\v3.0\Windows Workflow Foundation\SQL\EN

• Aggiungere il servizio

WorkflowRuntime runtime = new WorkflowRuntime();

NameValueCollection pars = new NameValueCollection();pars.Add("connectionString", ConnectionString);pars.Add("unloadOnIdle", "true");

SqlWorkflowPersistenceService SqlPersistence = new SqlWorkflowPersistenceService(pars);

runtime.AddService(SqlPersistence);

Persistenza

Tracking service

• Permette di registare una sorta di LOG su ciò che accade nell'istanza del nostro workflow– creazione, idle, custom, ...

• Si possono aggiungere annotazioni al log• Si possono eliminare informazioni indesiderate

– TrackingProfile• L'esempio WorkflowMonitor dell'SDK funge da

viewer su qualsiasi workflow leggendo il DB

Tracking - SqlTrackingService

• Creare un db (o selezionarne uno già pronto)• Eseguire gli script

– C:\WINDOWS\Microsoft.NET\Framework\v3.0\Windows Workflow Foundation\SQL\EN

• Aggiungere il servizio

WorkflowRuntime runtime = new WorkflowRuntime();

SqlTrackingService tracking = new SqlTrackingService(CnnStr);

runtime.AddService(tracking);

Tracking – leggere le informazioni

• Non c'è bisogno di fare query sul DB– WF espone un object model!!!

SqlTrackingQuery track = new SqlTrackingQuery(CnnString);SqlTrackingWorkflowInstance WfInstance = null;track.TryGetWorkflow(instanceId, out WfInstance);// ...foreach (ActivityTrackingRecord atr in WfInstance.ActivityEvents){

Console.WriteLine("Status: {0}", atr.ExecutionStatus);Console.WriteLine("Date: {0}", atr.EventDateTime);Console.WriteLine("Name: {0}", atr.QualifiedName);

}// ...

Disp. anche...WorkflowEvents

OppureGetWorkflows(...)

Tracking - Eventi utente

• La classe Activity espone il metodo TrackData• La stringa/blob viene registrata nella tabella

UserEvent• SqlTrackingWorkflowInstance espone anche la

proprietà UserEvents per recuperare queste informazioni

Tracking – Manutenzione DB

• Il DB non è di dimensione infinita

• Sistema 1– Ricreare il DB ... decisamente drastico

• Sistema 2– Partitioning delle informazioni:

• http://blogs.msdn.com/moustafa/archive/2006/03/23/559391.aspx• http://msdn2.microsoft.com/en-us/library/aa349365.aspx

Tracking

ExternalDataExchangeService: Interattività tra workflow e host

Thread 1 Thread 2

ExternalDataExchangeService ds = newExternalDataExchangeService();

_Runtime.AddService(ds);

MyService svc = new MyService();

// informiamo WF del nostro serviziods.AddService(svc);

public class MyService : IMyService

ExternalDataExchangeService è un contenitore dei servizi di comunicazione

Comunicazione con ExternalDataExchangeService

ExternalDataExchangeService: Interattività tra workflow e host

1. Definire una Interfaccia e marcarla con [ExternalDataExchange]– Dichiarare gli eventi per comunicare verso WF

event EventHandler<MyEventArgs> Foo;– Dichiarare metodi per comunicare verso l'host

void FromWorkflow(string Message);

2. Implementare l'interfaccia in una classe– la UI va aggiornata via Invoke

3. Scrivere una classe (marcata con Serializable) che deriva da ExternalDataEventArgs per passare dei parametri

4. Gestire nel workflow i messaggi in ingresso conHandleExternalEventActivity

5. Spedire messaggi verso l'host con CallExternalMethodActivity

6. Nel caso di invocazione parallela di eventi, i parametri possono essere correlati tra loro tramite l'attributo CorrelationParameter

Le Activity

Le Activity

• Sono il "mattoncino" base di WF– System.Workflow.ComponentModel.Activity

• Ci sono tre tipologie di Activity– Basic: semplici nodi di un programma

• SendMail, call WebService, etc. etc.– Composite: contenitori che consentono di

modellare e coordinare le activity base• SequentialActivity. ParallelActivity, ...

– Root: Activity speciali che costituiscono una unità di attivazione

• Microsoft ne fornisce due:– SequentialWorkflowActivity– StateMachineWorkflowActivity

Nozioni base sulle Activity

• Le Activity sono classi:– Proprietà ed eventi sono definite dal suo autore e

programmabili dai workflow che le usano– Espongono metodi that are scritti dal suo autore

ma invocati dal workflow runtime (per esempio 'Execute') o dal designer

– Possono far parte dello stesso assembly in cui è definito il workflow oppure (meglio) redistribuite in assembly a se stanti e riutilizzabili

• Per esempio la code activity …

CAG: Conditioned Activity Group

• Esegue un loop per tutte le Activitycontenute fino a che la UntilConditiondella CAG vale true (con true, termina)

• Ciascuna Activity contenuta riceve una nuova WhenCondition– Se la WhenCondition è usata, l'Activity sarà

eseguita ogni volta che questa vale true– Se non c'è WhenCondition, l'Activity sarà

eseguita solo una volta

• Se non viene specificata una UntilCondition, la CAG termina quando tutte le Activity valutano a false la loro WhenCondition

Replicator Activity

• Esegue n istanze delle Activitycontenute fino a che la UntilConditionvale true (con true, termina)

• Se la UntilCondition viene omessa, leActivity vengono eseguite una volta

• L'esecuzione può essere seriale o parallela (ExecutionType)– Dentro ChildInitialize si popola la collection che determina il numero di

istanze che il replicator creerà– ChildCompleted viene chiamato a conclusione di ciascuna istanza– Completed viene eseguito al termine di tutte le istanze

Gli errori

Tipologie di errori

• Tramite la ThrowActivity• Fallimento di una transazione

– timeout di una transazione atomica– fallimento correlato alla transazione stessa

• Eccezione nel code-beside• Eccezione dell'infrastruttura

– Servizi di persistenza, collegamento con un db– Eccezione di sistema di dotnet

Gestire le eccezioni

• FaultHandlerActivity– Corrisponde allo statement “catch” – Una FaultHandlerActivity per ogni tipo di eccezione

da gestire– Permette di eseguire una sequenza di Activity

• CancellationHandlerActivity – Corrisponde allo statement “finally”

Rules

Le "Rules" (regole)

• Le regole in WF– Permettono di modellare più facilmente la logica– Rendono più semplice la comprensione della

logica del sistema– Permettono di eseguire modifiche in modo

semplice e comprensibile– Sono serializzate in XML

• È possibile cambiare le regole a runtime

Rule / Ruleset editor

RuleSet

• Due dialog usabili anche fuori da WF:– RuleSetDialog– RuleConditionDialog

• Sono in preparazione Dialog ancora più specializzate– Ad esempio BizTalk ha un suo custom editor

Policy Activity

• Applica le regole definite in un RuleSet– Il RuleSet è una collection di regole (Rule)– Logica: If <condizione> Then <Azione1> Else <Azione2>– Ogni Rule ha una priorità (positive o negative).

La più alta viene eseguita per prima. Il default è zero.• Ogni Azione

– può impostare una proprietà, un membro o chiamare un metodo– eseguire un Halt (fermare la policy) o un Update (rivalutare le espressioni)

• Ogni regola– può essere attivata / disattivata (proprietà Active)– ha una proprietà ReevaluationBehavior (che vale Always o Never) che determina

se la regola può essere rivalutata (la regola precedente può aver modificato un membro che fa parte della condizione di questa regola)

– Il Chaining determina la politica di rivalutazione delle condizioni delle regole. Ad esempio Full Chaining implica l'autorivalutazione.

Activity base di "regole"• IfElse: branch classico if/else• While: esegue un loop• Replicator: esegue più volte una stessa Activity• CAG: Condition Activity Group. Esegue delle Activity in modo

condizionale• Policy: esegue delle 'azioni' a fronte delle priorità delle regole

contenute nel ruleset– può impostare una variabile membro o proprietà– chiamare metodi– Halt o Update del ruleset

Le custom Activity

Custom Activities: perché?

• Per costruire in modo visuale ed a blocchi la logica dell'applicazione

• Per scomporre il problema in sottoproblemi• Activity 'esecutive'

– Eseguono codice, query su db, chiamate a WS, etc. etc.

• Activity di 'scambio dati'– Derivando HandleExternalEventActivity– Derivando CallExternalMethodActivity– Tool WCA

Anatomia di una activity

• Definizione. L'insieme di proprietà ed eventi che costituiscono lo stato dell'Activity

• Esecuzione. Il comportamento dell'activity, cioè la "logica"

• Validazione. Le regole per il controllo dei parametri

• Design. La classe che è responsabile del rendering sulla superfice designer

• Toolbox. Il comportamento quando viene inserita nel designer

Activity Component Model• Alle Activity si associano dei componenti tramite attributi• Questi componenti definiscono il comportamento:

– sul designer– per la validazione dei dati– durante la serializzazione (workflow di lunga durata)

Richiesto

Opzionale

[Designer(typeof(MyDesigner))] [Validator(typeof(MyValidator))]public class MyActivity: Activity {...}

Activity

Designer

Validator

SerializerServices

Modello di esecuzione della Activity

È possibile fare l’override di questi metodi• Initialize()• Execute()• Cancel()• Compensate() (se implementa ICompensatableActivity)

Transizioni possibili

ActivityRuntime

Initialized Executing Closed

Canceled Compensating

Esempio: la CodeActivity

// nel workflow ...private void CodeActivity1_ExecuteCode(object sender, EventArgs e){

...}

protected sealed override ActivityExecutionStatus Execute(ActivityExecutionContext ctx){ base.RaiseEvent(CodeActivity.ExecuteCodeEvent, this, EventArgs.Empty);

return ActivityExecutionStatus.Closed;}

Esecuzione di una Composite Activity

Composite Activity

..

..

..

+= OnChildClosed

+= OnChildClosed

Execute()

Status.Closed()

Child Activity

Child Activity

Activity Execution Context

Template Activity

Context Owner Activities

Ad ogni loop viene creato un contestodifferente che consente l'eventuale rollback

Context 1

Context 2

Context 3

Default Workflow Context

Activity e validazione

Validazione

• Ci sono diversi tipi di validazioni:– Validazione dei parametri

• La più usata ovviamente– Validazione della sequenza delle child Activity

• Usata dalle Activity composite– Validazione della posizione del "SetState"

• Usata dalle macchine a stati– Validazione delle CallExternalMethodActivity

• Utile per chi deriva questa classe– Validazione delle HandleExternalEventActivity

• Utile per chi deriva questa classe

ActivityValidator, ActivityCompositeValidator

public class MyValidator : ActivityValidator{ public override ValidationErrorCollection ValidateProperties( ValidationManager manager, object obj) { ValidationErrorCollection errs = new ValidationErrorCollection( base.ValidateProperties(manager, obj)); Activity1 act = obj as Activity1;

if(act.HisName != null && act.HisName.Length == 1) errs.Add(new ValidationError("HisName cannot be 1 char", 1));

return errs; }}

[ActivityValidator(typeof(MyValidator))]public partial class Activity1 : Activity{

...}

logica di validazione

Activity da validare

Quali proprietà validare?

• ValidationOption.None– Nessuna validazione

• ValidationOption.Optional– Sono accettati i null

• ValidationOption.Required– Validazione obbligatoria

[ValidationOption(ValidationOption.Required)]public string EmailAddress{ get {...} set {...}}

Le macchine a stati

Concetti base• È composta da un

insieme di stati

• In ogni stato attende degli eventi

• Abbinato a ciascun evento si avviano delle azioni e/o una transizione ad un nuovo stato

S1 S2 S3

S4

S5

Activity presenti solo nelle macchine a stati

• State: rappresenta uno degli stati in cui può essere la macchina

• StateInitialization: permette diinizializzare un particolare stato

• StateFinalization: permette di disporrele risorse prima che lo stato venga abbandonato

• SetState: esegue la transizione ad un altro stato

(*) eda = Event Driven Activity

Macchine a stati o Workflow sequenziali

• Workflow Sequenziali sono preferibili quando– le possibilità di passare da uno stato all'altro sono

limitate– l'interazione con un essere umano è limitata

• Macchine a stati– c'è una vasta scelta di possibili cambi di stato– ci sono eventi comuni a tutti gli stati che

provocano la transizione allo stesso stato

Macchina a stati

Riflessioni

Performance

• L'infrastruttura di Workflow Foundation fornisce tanti vantaggi ma ha un costo

• Se l'interazione con l'essere umano è alta, il costo in performance di WF diventa indifferente

• Paradossalmente, usare WF per un algoritmo matematico sarebbe terribilmente oneroso– parametri passati per object– uso di reflection

• http://msdn2.microsoft.com/en-us/library/aa973808.aspx

Quale host per Workflow?

Scenario 1: Applicazione Winform / WPF

• Runtime nello stesso AppDomain• DefaultWorkflowSchedulerService ok

– ExchangeDataService deve usare Invoke sulla form• ManualWorkflowSchedulerService sconsigliato

– può bloccare inutilmente la UI

• Scenari di esempio:– Macchina a stati per la gestione della UI– Sequenziale per la business logic

Scenario Asp.net – elementi comuni

• Configurazione

• Runtime parte e si ferma insieme ad Application– Global.asax oppure un HttpModule

<configuration><configSections>

<section name="WorkflowRuntime"type="WorkflowRuntimeSection,System.Workflow.Runtime" />

</configSections> ....

Scenario 2: Asp.net, durata inferiore alla pagina, stesso AppDomain

• DefaultWorkflowSchedulerService sconsigliato– Ciclo di vita della pagina è breve, WF è asincrono– Asp.net ha un set di thread limitato

• ManualWorkflowSchedulerService ok– Pagina e workflow sincroni– 1 thread per ogni istanza di Workflow

Scenario 3: Asp.net, durata superiore alla pagina, stesso AppDomain

• Runtime parte e si ferma insieme ad Application– Global.asax oppure un HttpModule

• DefaultWorkflowSchedulerService – Se l'istanza dei workflow è condivisa tra tutte le

richieste• Usabile solo per poche istanze di workflow• Scenario poco realistico

– Il riciclo + Idle timeout dei worker process– ThreadAbortException sui thread che fanno lavorare

il workflow durante il riciclo o idle timeout (timer, ...)

Scenario 4: Asp.net, Workflow pubblicato come WS

• Conseguenza del "Publish as a web service"– Il Workflow deve essere compilato (no XOML

dinamico)– AppDomain differente– Servizi aggiunti via web.config

• DefaultWorkflowSchedulerService ok• Problemi derivati dal riciclo + Idle timeout dei wp• Poco controllo sul WS

Scenario 5: Workflow hostato manualmente in IIS, espone servizio WCF / WS

• Come scenario 4 ma ...– Richiede pubblicazione manuale– Molto più versatile (controllo completo)– Consente Workflow dinamici (XOML)

• Uso di HandleExternalEvent al posto delle WS Activities– Migliore riuso del Workflow!

• Posso usare WCF– Scelta migliore e più semplice rispetto al WS

• Problemi derivati dal riciclo + Idle timeout dei wp

Scenario 6: Workflow hostato in WinService, espone servizio WCF

• Richiede più codice– Ma lo scheletro è standard– Orcas ci aiuta molto nell'integrazione con WCF

(questa è la strada giusta)• Non beneficiamo dell'Health Management di IIS

Una possibile architettura

ClientTest(Winform)

ConsoleServiceHost(Console)

SubscriptionService(WCF Service)

SubscriptionWorkflowLibrary(Workflow)

ExternalDataExchangeWSDL

WindowsService

IISworker process

Asp.netWebApp

WPFClient

Novità in Orcas

Integrazione WCF + WF

• Si può esporre WF direttamente come servizio• Non sono più necessarie HandleExternEvent e

CallExternalMethod tra WCF e WF• Una montagna di codice in meno

• Il binding speciale wsHttpContextBinding consente di indirizzare uno specifico servizio– Utile ad esempio per indirizzare alla chiamata WCF l'ID del

Workflow già attivo all'interno del servizio– Analogo del Correlation Token

Scenario semplificato

Asp.netHost

WCF

RichClient

Servizi WCF che espongono Workflow

• Supportati i workflow che durano di più della chiamata WCF• Il contratto WCF viene gestito con 1+ ReceiveActivity

– Le sue child activity vengono chiamate prima del termine del metodo del servizio

• Scambio dati: one-way e request-response• Supportati gli scenari: workflow-first o contract-first

Workflow che usano servizi WCF

• SendActivity invoca un servizio WCF

WCFSendActivity

DurableService

• Decorando un metodo di un servizio del Workflow con [DurableServiceAttribute] il suo stato viene persistito al termine dell'esecuzione– Provider SQL pronto all'uso– Ottima soluzione anche per WCF senza WF

Host di Servizi

• WCFWorkflowServiceHost (che deriva da ServiceHost) gestisce l'hosting del servizio con Workflow

• Visual Studio Orcas provvede l'auto-hosting!!!

WorkflowServiceHost wsh = new WorkflowServiceHost(typeof(MyWorkflow));wsh.Open();Console.WriteLine("Press <Enter> to Exit");Console.ReadLine();wsh.Close();

SOA, SOA, SOA

Domande?