OdeToCode IC Logo

Authoring Workflows

Monday, March 27, 2006

My latest OdeToCode article, Authoring Workflows, looks at how XAML, XOML, partial classes, and compilers all work together in Windows Workflow.

I appreciate any comments, suggestions, and other feedback about the article.

scott Monday, March 27, 2006
Rob caught one XAML/WPF bug in the sample code. Copy and paste error - corrected.
Brian J. Wednesday, April 19, 2006
Is this purely for Windows apps or can this be applied to asp.net apps? I'm going to have to go through it with a little bit better attention to the particulars, but I'm interested in really understanding more about this.

scott Wednesday, April 19, 2006

WinWF will work in ASP.NET also. There are a few samples out there if you search.
William Thursday, April 20, 2006
Can you give some quick advice. We are a C++ shop. We do have a lot of C++ code. I am trying to avoid C#. C++/CLI is very powerful. My look at VS 2005 with WinWF shows that C# is the only thing support when using the designer. I want the designer. W/o it, it will be very difficult to maintain complex state machine type workflows that I believe would benefit us. Is there a way until you get full C++ support, to do a code seperation type thing and keep the designer, but, have code in C++? Thanks.
Scott Friday, April 21, 2006
William: I think the best thing to do is ask on the MSDN Workflow forums. Some of the WinWF product managers hang out there and might give some insight as to support for other languages. (Of course, any .NET language can use WinWF and create workflows, it's just a question of how well the language will integrate in the IDE / designer).
Andy Hochstetler Friday, June 9, 2006
Fantastic info on WF! Aside from the orange book are you aware of any other decent reference info that gets to this level of detail? Thanks!!!
Scott Friday, June 9, 2006

As far as I know, the orange book is the only material in print for WF. There are 3 or 4 WF books due out this fall.

There are a lot of good webcasts on WF. Look around the resources of windowsworkflow.net.
Nathan Monday, October 9, 2006
What a fantastic article. I usually don't comment on these kinds of things, but lately almost every time I go to research some just-below-the-surface aspect of these emerging .NET/MS technologies Google sends me to OdeToCode where I find an incredibly useful, clear and concise writeup of just the subtlety I needed to understand. Personally, I can't imagine how people like you manage to learn and apply all of this new technology and still have time to give back to the community, but however it happens, it is tremendously enabling, so thank you.
Scott Tuesday, October 10, 2006
Thanks, Nathan. I *really* appreciate the kind feedback.
Gravatar Grigoriy Milman Thursday, February 11, 2010
We need to run different version of the code-based workflows without closing application.

Our workflows are packet in assembly, for example, WorkflowSet.dll. Here we have a workflow Workflow1:
public sealed partial class Workflow1: SequentialWorkflowActivity

We can create workflow instance:

Assembly workflowAssembly = Assembly.LoadFrom(“WorkflowSet.dll”);
Type workflowType = workflowAssembly.GetType(“Workflow1”);
WorkflowRuntime workflowRuntime = new WorkflowRuntime();
WorkflowInstance instance = workflowRuntime.CreateWorkflow(workflowType);

Question. How to reload assembly contaning the workflow? We can stop runtime engine but we can’t unload assembly holding our workflow type.

Gravatar Scott Allen Friday, February 12, 2010
You might want to do something similar to ASP.NET and shadow copies assemblies so they aren't locked. You could also load into a different app domain so you could unload.
Comments are closed.