Hasta ahora, en .NET 3.0 al desarrollar workflows de WF orquestando servicios WCF(INDIGO) o al publicar  un Workflow de WF con un Servicio de WCF(INDIGO) tenemos que hacerlo 'a pelo', es decir, no existen actividades de WF específicas/nativas para Servicios WCF para entrada/salida. Sin embargo, si existen en WF de .NET 3.0 actividades específicas para gestionar Servicios-Web-XML básicos (basic-Profile, ASMX, etc.).

Ahora, en la CTP de Marzo de Visual Studio Orcas (recordad que es Beta todavía), y en el nuevo release de .NET, es decir, .NET Framework 3.5., tenemos ya actividades de WF específicas para gestionar Servicios-WCF y también hay clases en el modelo de objetos para simplificar la integración/publicación entre WCF y WF. Basicamente se reduce la complejidad de dicha integración entre WCF y WF. Por ejemplo, antes era relativamente complicado publicar un Workflow con estados en un servicio WCF también con estados y sesiones, utilizando por ejemplo un Binding DUPLEX, etc.

Era realmente una falta que tenia WF en .NET 3.0 el hecho de que a pesar de que tanto WCF como WF forman parte de .NET 3.0, sin embargo, WF no disponía de una integración directa con WCF. Es decir, en WF no teníamos por ejemplo ‘Actividades nativas’ para llamar a Servicios WCF  y sin embargo si las había para llamar a Servicios-Web-XML básicos (tipo .ASMX).
Esto sin embargo era claramente algo temporal y ya lo tenemos disponible en .NET 3.5. Ya tenemos unas ‘Actividades’ nuevas para consumir servicios WCF. Se llaman ‘SendActivity’ y ‘ReceiveActivity’ y se usan por lo tanto dentro de un workflow para comunicarnos con y desde el workflow con un servicio WCF.
Desde el punto de vista contrario (un servicio WCF haciendo hosting y publicando a un workflow), también hay un nuevo tipo de ‘Host de servicio WCF’ especializado en workflows. Hay unas nuevas clases llamadas ‘’WorkflowServiceHost” y “WorkflowServiceHostFactory” que complementan a la clase existente “ServiceHost”. Desde estas clases se puede acceder al ‘WorkflowRuntime’ y añaden automáticamente un ‘WorkflowRuntimeBehavior’ a los endpoints. Este ‘behavior’ es precisamente el que hace hosting del runtime del workflow.
Hay también dos nuevos ‘bindings’ en WCF (NetTcpContextBinding y WsHttpContextBinding) los cuales derivan de NetTcpBinding y WsHttpBinding, respectivamente. Estas clases proporcionan el concepto de ‘contexto’ a los bindings existentes. Tenemos  dos propiedades con las que se puede trabajar para acceder a dichos contextos, ContextExchangeMechanism y ContextProtectionLevel.

Libros interesantes sobre WF (Windows Workflow Foundation). Me he comprado los dos:

 

Essential Windows Workflow Foundation (Microsoft .Net Development Series)
http://www.amazon.com/gp/product/customer-reviews/0321399838/ref=cm_cr_dp_pt/103-3688157-0498208?ie=UTF8&n=283155&s=books

Es un libro muy bueno sobre WF, entrando en implementaciones internas, arquitectura, hace pensar mucho en el 'por qué' hacerlo de una forma u otra. Está muy bien. Los ejemplos están todos en C#. Mejor... ;-)

 

Foundations of WF: An Introduction to Windows Workflow Foundation
http://www.amazon.com/Foundations-WF-Introduction-Workflow-Foundation/dp/1590597184/sr=1-1/qid=1168256048/ref=pd_bbs_sr_1/103-7479616-6545453?ie=UTF8&s=books

 Pues este es un libro sencillo, ideal para quien no conozca nada WF. Si ya se conoce algo, puede quedarse un poco corto... Tiene los ejemplos tanto en VB.NET como en C#.