Windows Workflow Foundation

I finally got the opportunity to work with WF (Workflow Foundation) in a real-life situation. For one of my clients, I have implemented an application that supports workflows. Since I knew that the existing workflow system we used was overpriced and did too little for the too much being paid, I recommended to use WF. The software I developed already used providers so it was easy to write a new “workflow provider” for WF (and still be able to use the old system as well).

After some investigation, the client agreed to go ahead with WF, and it all seems to work perfectly now (so a happy me and a happy client). However, below are some things I noticed during the integration of WF.

Workflow and its activities not fully recognized

I wrote a proof of concept for the client so they could see that WF fits their needs. This POC worked perfectly. However, when porting the code to the final software, I was not able to create workflows successfully. When investigating the persistence database, I noticed that only the top-level activity was persisted (and the activity was closed immediately).

After searching for a few hours, I decided the only difference was that the workflow definition was located in a separate assembly in my POC. When I moved the workflow definition to a separate assembly, it all seemed to work perfect (workflow including its activities were fully recognized).

I will add more things I stumbled upon soon.

kick it on DotNetKicks.com

Digg It!DZone It!StumbleUponTechnoratiRedditDel.icio.usNewsVineFurlBlinkList
Comments are closed