יום שני, פברואר 14, 2011
Adding a custom toolbox icon to your custom activity is a simple task yet there are few rules to follow. To add the custom Icon we use ToolboxBitmap Attribute. like so: public sealed class MyActivity : NativeActivity The icon "myIcon.bmp" must be a bitmap file The icon must be 16X16 pixels The icon must be compiled as embedded resource in the current assembly To display...
יום ראשון, נובמבר 7, 2010
In WF 3.5 custom activity input was written to properties. The developer who would use these activities would set values to properties directly in the designer or using binding. In WF 4.0 it is possible continue to use regular CLR properties or to use Input Arguments exposed as properties. The question is when to do what. Well… 1. When the input value is needed before the activity is executed, for example in the CacheMetadata method - CLR properties are...
יום שבת, אוקטובר 20, 2007
WF and Silver / WCF 3.5 examples I wanted to play around a bit with WF and WCF in framework 3.5 (silver) and installed VS 2008 Beta2.I found samples for CTP version, but they did not run as a lot has changed from the CTP to the current Beta 2. I wanted to explore those changes and thus I manually maid the CTP version compile on VS Beta2.I wanted to explore the context that WCF and WF share so I worked with the SequentialWorkflowService sample.
It did not run. I Got the following exception: WorkflowTerminated: There is no context attached to...
יום שני, ספטמבר 17, 2007
Do you want to learn about WF and WCF Performance?
Well I collected some articles for you:
1. Performance Characteristics of Windows Workflow Foundation
2. WF Performance Test Sample: SimpleStateMachineWorkflow 3. WF Rules and MS BRE - Comparing Performance 4. Introduction to Hosting Windows Workflow Foundation
5. Monitoring Workflow Performance (WF Perormance counters)
6. Windows Workflow Foundation - Performance Factors
and I can not with some litle WCF performance ... 7. A Performance Comparison of Windows Communication Foundation (WCF) with Existing Distributed Communication Technologies
יום ראשון, אוגוסט 19, 2007
WF dynamic changes are a performance disaster
I wanted to build a workflow which has 3 parallel branches that executes continuously
Each branch holds a list of activities.
What is interesting about this workflow is the fact that activities can move from one branch to another.
I found out that whenever an activity moves CPU increases drastically.
I used the following code and found out interesting phenomenon:
1. Even if there is no change in the workflow (no activities are added nor removed) there is a huge spike in CPU !!!
2. This is the interesting part: If you continue to perform changes (let us say...