我们除了使用WF提供的SqlWorkflowPersistenceService外,还可以自定义持久化服务。因为有的时候你可能不想使用Sql Server数据库,我们就可以通过自定义持久化服务来使用其他的数据库,文件等来进行持久化存储。
一:1.1 我们先看一个MSDN中的例子,当从内存中卸载工作流时,工作流运行时可使用该服务将工作流实例状态保存到文件。该持久服务类代码如下FilePersistence.cs:
public class FilePersistenceService : WorkflowPersistenceService
{
public readonly static TimeSpan MaxInterval = new TimeSpan(30, 0, 0, 0);
private bool unloadOnIdle = false;
private Dictionary<Guid,Timer> instanceTimers;
public FilePersistenceService(bool unloadOnIdle)
{
this.unloadOnIdle = unloadOnIdle;
this.instanceTimers = new Dictionary<Guid, Timer>();
}
protected override void SaveWorkflowInstanceState(Activity rootActivity, bool unlock)
{
// Save the workflow
Guid contextGuid = (Guid)rootActivity.GetValue(Activity.ActivityContextGuidProperty);
Console.WriteLine("Saving instance: {0}\n", contextGuid);
SerializeToFile( WorkflowPersistenceService.GetDefaultSerializedForm(rootActivity), contextGuid);
// See when the next timer (Delay activity) for this workflow will expire
TimerEventSubscriptionCollection timers = (TimerEventSubscriptionCollection)rootActivity.GetValue(TimerEventSubscriptionCollection.TimerCollectionProperty);
TimerEventSubscription subscription = timers.Peek();
if (subscription != null)
{
// Set a system timer to automatically reload this workflow when its next timer expires
TimerCallback callback = new TimerCallback(ReloadWorkflow);
TimeSpan timeDifference = subscription.ExpiresAt - DateTime.UtcNow;
// check to make sure timeDifference is in legal range
if (timeDifference > FilePersistenceService.MaxInterval)
{
timeDifference = FilePersistenceService.MaxInterval;
}
else if (timeDifference < TimeSpan.Zero)
{
timeDifference = TimeSpan.Zero;
}
this.instanceTimers.Add(contextGuid, new System.Threading.Timer(
callback,
subscription.WorkflowInstanceId,
timeDifference,
new TimeSpan(-1)));
}
}
private void ReloadWorkflow(object id)
{
// Reload the workflow so that it will continue processing
Timer toDispose;
if (this.instanceTimers.TryGetValue((Guid)id, out toDispose))
{
this.instanceTimers.Remove((Guid)id);
toDispose.Dispose();
}
this.Runtime.GetWorkflow((Guid)id);
}
// Load workflow instance state.
protected override Activity LoadWorkflowInstanceState(Guid instanceId)
{
Console.WriteLine("Loading instance: {0}\n", instanceId);
byte[] workflowBytes = DeserializeFromFile(instanceId);
return WorkflowPersistenceService.RestoreFromDefaultSerializedForm(workflowBytes, null);
}
// Unlock the workflow instance state.
// Instance state locking is necessary when multiple runtimes share instance persistence store
protected override void UnlockWorkflowInstanceState(Activity state)
{
//File locking is not supported in this sample
}
// Save the completed activity state.
protected override void SaveCompletedContextActivity(Activity activity)
{
Guid contextGuid = (Guid)activity.GetValue(Activity.ActivityContextGuidProperty);
Console.WriteLine("Saving completed activity context: {0}", contextGuid);
SerializeToFile(
WorkflowPersistenceService.GetDefaultSerializedForm(activity), contextGuid);
}
// Load the completed activity state.
protected override Activity LoadCompletedContextActivity(Guid activityId, Activity outerActivity)
{
Console.WriteLine("Loading completed activity context: {0}", activityId);
byte[] workflowBytes = DeserializeFromFile(activityId);
Activity deserializedActivities = WorkflowPersistenceService.RestoreFromDefaultSerializedForm(workflowBytes, outerActivity);
return deserializedActivities;
}
protected override bool UnloadOnIdle(Activity activity)
{
return unloadOnIdle;
}
// Serialize the activity instance state to file
private void SerializeToFile(byte[] workflowBytes, Guid id)
{
String filename = id.ToString();
FileStream fileStream = null;
try
{
if (File.Exists(filename))
File.Delete(filename);
fileStream = new FileStream(filename, FileMode.CreateNew, FileAccess.Write, FileShare.None);
// Get the serialized form
fileStream.Write(workflowBytes, 0, workflowBytes.Length);
}
finally
{
if (fileStream != null)
fileStream.Close();
}
}
// Deserialize the instance state from the file given the instance id
private byte[] DeserializeFromFile(Guid id)
{
String filename = id.ToString();
FileStream fileStream = null;
try
{
// File opened for shared reads but no writes by anyone
fileStream = new FileStream(filename, FileMode.Open, FileAccess.Read, FileShare.Read);
fileStream.Seek(0, SeekOrigin.Begin);
byte[] workflowBytes = new byte[fileStream.Length];
// Get the serialized form
fileStream.Read(workflowBytes, 0, workflowBytes.Length);
return workflowBytes;
}
finally
{
fileStream.Close();
}
}
}
1.2 看看我们的工作流设计,只需要放入一个DelayActivity即可并设置他的Timeout时间,如下图:
1.3 宿主程序加载了我们自定义的持久化服务后,执行结果如下:
二:上面的例子其实很简单,我们只是做了一些基本的操作,还有很多工作没有做。我们就来说说如何自定义持久化服务。自定义持久化服务大概有以下几步:
1.定义自己的持久化类FilePersistenceService ,必须继承自WorkflowPersistenceService.
2.实现WorkflowPersistenceService中所有的抽象方法,下面会具体介绍。
3.把自定义的持久化服务装载到工作流引擎中(和装载WF提供的标准服务的方式一样)。
下面我们来介绍下WorkflowPersistenceService类中相关的抽象方法:
2.1 SaveWorkflowInstanceState:将工作流实例状态保存到数据存储区。
protected internal abstract void SaveWorkflowInstanceState(Activity rootActivity,bool unlock)
rootActivity:工作流实例的根 Activity。
unlock:如果工作流实例不应锁定,则为 true;如果工作流实例应该锁定,则为 false。 关于锁方面的我们暂时不提。
在这个方法中我们会把rootActivity 序列化到 Stream 中,可以看我们上面的例子中的代码实现的该方法中有这样一段
SerializeToFile( WorkflowPersistenceService.GetDefaultSerializedForm(rootActivity), contextGuid);
private void SerializeToFile(byte[] workflowBytes, Guid id)
SerializeToFile方法的第一个参数是需要一个byte[]的数组,我们是使用WorkflowPersistenceService.GetDefaultSerializedForm
(rootActivity)来实现的,那我们Reflector一下WorkflowPersistenceService这个类中的GetDefaultSerializedForm
方法,代码如下:
protected static byte[] GetDefaultSerializedForm(Activity activity) { DateTime now = DateTime.Now; using (MemoryStream stream = new MemoryStream(0x2800)) { stream.Position = 0L; activity.Save(stream); using (MemoryStream stream2 = new MemoryStream((int) stream.Length)) { using (GZipStream stream3 = new GZipStream(stream2, CompressionMode.Compress,
true)) { stream3.Write(stream.GetBuffer(), 0, (int) stream.Length); } ActivityExecutionContextInfo info = (ActivityExecutionContextInfo)
activity.GetValue(Activity.ActivityExecutionContextInfoProperty); TimeSpan span = (TimeSpan) (DateTime.Now - now); WorkflowTrace.Host.TraceEvent(TraceEventType.Information, 0, "Serialized a
{0} with id {1} to length {2}. Took {3}.", new object[] { info, info.ContextGuid,
stream2.Length, span }); byte[] array = stream2.GetBuffer(); Array.Resize<byte>(ref array, Convert.ToInt32(stream2.Length)); return array; } } }
可以看出主要是调用了activity.Save(stream); ,将rootActivity 序列化到 Stream 中,如果我们自定义这个方法我们要调用 Activity的save方法将Activity序列化到stream中去,我们在实现LoadWorkflowInstanceState方法时会调用Activity的Load方法来读取,另外我们把工作流保存到持久化存储里我们一般都使用WorkflowInstanceId来做为唯一性标识
当工作流实例完成或终止时,工作流运行时引擎最后一次调用 SaveWorkflowInstanceState。因此,如果 GetWorkflowStatus等于 Completed或 Terminated,则可以从数据存储区中安全地删除工作流实例及其所有关联的已完成作用域。此外,可以订阅 WorkflowCompleted或 WorkflowTerminated事件,确定何时可以安全地删除与工作流实例关联的记录。是否确实从数据存储区中删除记录取决于您的实现。
如果无法将工作流实例状态保存到数据存储区,则应引发带有适当错误消息的 PersistenceException。
2.2 LoadWorkflowInstanceState :将SaveWorkflowInstanceState中保存的工作流实例的指定状态加载回内存
protected internal abstract Activity LoadWorkflowInstanceState(Guid instanceId)
必须还原活动的相同副本。为此,必须从数据存储区中工作流实例的表示形式中还原有效的 Stream;然后,必须将此 Stream 传递到重载的 Load 方法之一,用于反序列化工作流实例。如果持久性服务无法从其数据存储区加载工作流实例状态,则它应引发带有适当消息的 PersistenceException。
在我们上面例子中实现的该方法中,
protected override Activity LoadWorkflowInstanceState(Guid instanceId) { Console.WriteLine("Loading instance: {0}\n", instanceId); byte[] workflowBytes = DeserializeFromFile(instanceId); return WorkflowPersistenceService.RestoreFromDefaultSerializedForm(workflowBytes, null); }
我们调用了WorkflowPersistenceService.RestoreFromDefaultSerializedForm(workflowBytes, null);方法
我们Reflector出WorkflowPersistenceService类的代码后可以看到,如下代码:
protected static Activity RestoreFromDefaultSerializedForm(byte[] activityBytes, Activity outerActivity)
{
Activity activity;
DateTime now = DateTime.Now;
MemoryStream stream = new MemoryStream(activityBytes);
stream.Position = 0L;
using (GZipStream stream2 = new GZipStream(stream, CompressionMode.Decompress, true))
{
activity = Activity.Load(stream2, outerActivity);
}
TimeSpan span = (TimeSpan) (DateTime.Now - now);
WorkflowTrace.Host.TraceEvent(TraceEventType.Information, 0, "Deserialized a {0}
to length {1}. Took {2}.", new object[] { activity, stream.Length, span });
return activity;
}
这段代码核心的调用了Activity.Load方法将从 Stream 加载 Activity的实例。
2.3 SaveCompletedContextActivity
protected internal abstract void SaveCompletedContextActivity(Activity activity)
activity:表示已完成范围的 Activity。
将指定的已完成作用域保存到数据存储区。保存完成活动的AEC环境以便实现补偿,比如WhileActivity他每次循环的
都会创建新的AEC环境,这个时候完成的活动的AEC就会被保存,但是前提是这个活动要支持补偿才可以,所有如果你的WhileActivity里包含SequenceActivity这样该方法是不会被调用的,如果你换成CompensatableSequenceActivity就可以了
工作流运行时引擎保存已完成作用域活动的状态,以便实现补偿。必须调用重载的 Save 方法之一,将 activity 序列化到 Stream 中;然后可以选择在将 Stream 写入到数据存储区之前,对其执行其他处理。但是,在工作流运行时引擎调用 LoadCompletedContextActivity时,必须还原活动的相同副本。
本例子的程序中不会涉及到这部分
也同样使用了WorkflowPersistenceService的GetDefaultSerializedForm方法
2.4 LoadCompletedContextActivity
和SaveCompletedContextActivity是对应的,加载SaveCompletedContextActivity中保存的已完成活动的AEC,就不多说了
2.5 UnlockWorkflowInstanceState:解除对工作流实例状态的锁定。
此方法是抽象的,因此它不包含对锁定和解锁的默认实现。
实现自定义持久性服务时,如果要实现锁定方案,则需要重写此方法,并在 SaveWorkflowInstanceState方法中提供根据解锁参数的值进行锁定-解锁的机制。
比如我们的工作流在取消的时候,这个方法被调用来解除工作流实例状态的锁定。
2.6 UnloadOnIdle
返回一个布尔值,确定在工作流空闲时是否将其卸载。
这些都只是自定义持久化中最基本的,就先说这些吧。
发表评论
-
平淡的2007
2007-12-24 08:04 813早上起来,送女朋友去公交车站,然后回来赶紧打开电脑,先 ... -
DreamSpark发布,高校学生免费使用Visual Studio 2008 Professional Edition 等微软软件
2008-02-20 13:23 1410今天上网无意中搜索到学生可以免费使用VS2008专业版,后来又 ... -
坚持学习WF(1):从HelloWorld开始
2008-04-04 16:30 887[置顶]坚持学习WF文章索 ... -
坚持学习WF(2):WF创作模式和设计时工具
2008-04-05 17:19 633[置顶]坚持学习WF文章索 ... -
坚持学习WF(3):WF框架概览
2008-04-08 07:27 781[置顶]坚持学习WF文章索 ... -
坚持学习WF(4):活动(Activity)和依赖属性(DependencyProperty)
2008-04-12 00:01 1141[置顶]坚持学习WF文章索引 活动(Activity) 活动 ... -
坚持学习WF(5):自定义活动(CustomActivity)
2008-04-13 15:25 918当WF提供的标准活动不能满足我们的需求的时候,我们就需要定义自 ... -
MOSS点滴(1):如何开发和部署feature
2008-04-16 21:35 834Features 是MOSS 2007以开箱即用的一套新功能, ... -
MOSS点滴(2):自定义Application Page
2008-04-19 20:07 841在MOSS中后台管理的页面都是Application Pag ... -
坚持学习WF(6):开发可复用的宿主程序
2008-04-21 21:45 692我们之前写工作流宿主 ... -
MOSS点滴(3):说说MOSS中的母版页
2008-04-25 21:15 1176MOSS中有两种页面:Site P ... -
MOSS点滴(4):实现Form认证
2008-04-29 21:12 701本文主要参考了网上的一些文章,但有些文章有些地方说的不是很明确 ... -
坚持学习WF(7):流程控制(Flow Control)
2008-04-30 18:10 829本文主要说说WF中和流 ... -
坚持学习WF(8):本地服务之调用外部方法
2008-05-09 08:17 754WF提供了一组核心服务 ... -
MOSS中的WebPart开发
2008-05-10 13:53 1054由于在asp.net1.1的时候asp.net中还没有webp ... -
坚持学习WF(9):本地服务之事件处理
2008-05-28 07:49 792[置顶]坚持学习WF文章索引 一:先来介绍两个活动 Even ... -
坚持学习WF(10):在工作流中使用关联
2008-06-01 13:03 686[置顶]坚持学习WF文章索 ... -
坚持学习WF(11):工作流通信与队列
2008-06-07 15:45 729[置顶]坚持学习WF文章索引 WF 提供的通信模型是构建于 ... -
MOSS中创建自定义内容类型
2008-06-12 20:23 1099一:简要介绍 某类内容 ... -
.NET中IDisposable接口的基本使用
2008-06-15 12:01 944首先来看MSDN中关于这个接口的说明: [ComVisible ...
相关推荐
在Windows Workflow Foundation (WF)中,自定义活动(CustomActivity)是开发人员根据特定业务需求创建的自定义工作流组件。本篇文章将深入探讨如何利用C#编程语言创建自定义活动,并通过源码分析来理解其工作原理。...
坚持学习WF(14):自定义持久化服务 我们除了使用WF提供的SqlWorkflowPersistenceService外,还可以自定义持久化服务。因为有的时候你可能不想使用Sql Server数据库,我们就可以通过自定义持久化服务来使用其他的...
坚持学习WF(5):自定义活动(CustomActivity) 4.5两篇对主要对活动(Actibity)的介绍和依赖属性(DependencyObject)和DependencyProperty事件的使用。 坚持学习WF(6):开发可复用的宿主程序 主要实现两个类来对...
坚持学习WF(14):自定义持久化服务 我们除了使用WF提供的SqlWorkflowPersistenceService外,还可以自定义持久化服务。因为有的时候你可能不想使用Sql Server数据库,我们就可以通过自定义持久化服务来使用其他的...
自定义活动需支持WF的持久化功能,这意味着它们必须能够在工作流暂停时保存其状态,并在恢复时加载。`PersistenceData`类用于封装活动的状态信息。 7. 工具箱集成: 自定义活动可以添加到Visual Studio的工具箱中...
深入WF的学习,还需要掌握活动库的使用、自定义活动的创建、持久化机制、工作流服务(WF45中的WCF Workflow Service)以及与WF相关的设计模式。这将帮助你构建更复杂、灵活且适应性强的业务流程解决方案。 总结来说...
在Visual Studio中,WF4提供了Workflow Designer工具,可以帮助我们可视化地创建和编辑工作流。在自定义容器活动中,你可以利用这个工具进行设计时的布局和调试。 五、运行时行为 自定义容器活动在运行时会执行其...
### WF 4.0 之持久化操作 #### 概述 在工作流(WF)领域,特别是针对WF 4.0版本的理解中,“WF 4.0 之持久化操作”这一主题聚焦于如何有效地将工作流的状态保存下来,以便在后续的操作中能够继续执行。持久化操作...
ASP.NET + WF4.0(Windows Workflow Foundation 4.0)数据持久化请假系统Demo是一个综合性的项目,展示了如何在Web应用中结合WF4.0技术处理业务流程,特别是请假申请这一具体场景。这个系统利用了ASP.NET作为前端...
通过研究这些代码,读者可以更好地理解如何将理论知识应用到实践中,学习如何创建、调试和优化自定义活动。 总的来说,掌握WF中的自定义活动开发是提升WF应用水平的关键。通过实践,开发者不仅能理解WF的工作原理,...
- **实现SQL持久化与自定义参与者**:探讨如何将工作流的状态保存到SQL数据库中,并介绍如何开发自定义参与者来扩展工作流的功能。 - **创建工作流扩展和自定义活动**:教授如何开发自定义的工作流活动和扩展,以...
2. **WF架构**:WF主要包括四个主要组件:设计时环境、运行时引擎、持久化服务和跟踪服务。设计时环境提供图形化的工具来创建和编辑工作流;运行时引擎负责执行工作流;持久化服务确保在需要时能保存和恢复工作流...
在IT行业中,工作流(Workflow)是一种用于自动化业务流程的技术,它可以模拟并管理人们、系统和应用程序之间的交互...这个示例是学习WF持久化功能的一个很好的起点,它将帮助你理解和应用WF在实际项目中的持久化策略。
"坚持学习WF(6)开发可复用的宿主程序"则涉及如何将工作流集成到实际应用中,讲解了宿主的概念和如何创建一个能够启动、管理和持久化工作流实例的应用程序。 "坚持学习WF(9)本地服务之事件处理"探讨了WF中的事件处理...
在WF中,这通常通过使用工作流持久服务来实现。当工作流暂停或挂起时,其状态会被保存到数据库中。当需要恢复工作流时,可以从数据库中加载状态,继续执行。在这个Demo中,数据持久化可能通过自定义的SQL持久化提供...
9. **工作流持久性框架**:介绍了WF的持久性接口和策略,以及如何实现自定义持久化提供者,以满足特定存储需求。 10. **案例研究**:书中可能包含多个实际应用场景,如订单处理、审批流程等,以帮助读者将理论知识...
WF的核心概念包括活动(Activity)、工作流(Workflow)、运行时(Runtime)和持久化(Persistence)。活动是WF中最基本的构建块,它可以代表一个业务操作或者是一个更复杂的工作流子流程。工作流是由一系列活动组成...
Activity Designer是WF 4.0中的一种可视化设计工具,用于创建和自定义工作流活动。 在"WF 4.0 and Activity Designer tidbits"的主题下,我们主要探讨的是如何利用WF 4.0的特性以及Activity Designer来提高工作效率...