SharePoint表单和工作流 - Nintex篇（五） - 博客频道 - CSDN.NET
专注.NET SharePoint
分类：Nintex
接上篇本篇我们应用Nintex来创建一个简单的工作流。首先创建一个自定义列表，用于存放请假数据用，我们就叫做Leave&Application吧。创建必要的字段：请假事由（Reason）、分类（Category）、请假天数（DayCount）、开始日期（StartDate）、结束日期（EndDate）、审批人（Approver）、审批状态（Status）。然后我们选择列表Tab，在工作流设置那里，选择创建一个Nintex工作流。这时我们就进入到Nintex Workflow的设计页面，左边有工具列表，中间内容是设计面板，上面是操作菜单。可以从左边的工具箱拖拽到面板上，也可以在设计面板的节点上点击选择插入操作这种方式来操作。进入到页面的时候会有提示选择模板的操作，可以取消自己设计，也可以选择一个模板然后进行修改。请假单有现成的模板，我直接选择了一个，就上面第二张图。然后我们对这个流程做一些简单的配置，管理审批节点处点向下箭头选择配置，这里有此任务有关的配置信息，我简单做了些修改，审批人选择我自己的用户等一些配置如下图。点击保存之后回到工作流设计面板，可以看到该活动节点有个黄色感叹号警告标志，鼠标移到那里可以查看到提示信息“Form type is set to Nintex Forms but the form has not been created.”。这是由于我上面修改配置时选择了表单的类型为Nintex Forms，任务的内容类型也相应地变为了Nintex Workflow Task using Nintex Forms，所以我们先将这个工作流保存一下，接下来创建一个Nintex的表单，由于篇幅有限，下一篇继续。
排名：第3691名
专注于.NET, 尤其是SharePoint平台的技术
（11）（1）（13）（26）（17）（24）（23）（54）（4）（5）（1）（1）（11）（17）（20）soungcha 的BLOG
用户名：soungcha
文章数：36
访问量：4300
注册日期：
阅读量：5863
阅读量：12276
阅读量：416861
阅读量：1104339
51CTO推荐博文
当Sharepoint工作流启动后，任务已指派给某人，因职位变更，需要更换审批人，比较难以处理，尤其是如果该工作流是采用VS2005结合Infopath开发的。替换方法如下：1.确定新审批人的用户信息，一般的格式可能是:357;#Zhang,&san可通过以下方法查到，才看系统中的所有用户，修改默认视图，使其显示ID和Name,这样就可以得到357&和Zhang,&san,&在这两个关键字中间加;#，不要空格2.写一个小程序，思路是定位到要更换审批人的任务上，最后通过以下语句替换。Item[&AssignedTo&]=&357;#Zhang,&san&;Item[&WorkflowVersion&]=&1&;Item.update();注意一定要设置WorkflowVersion为1，否则即使制定了新的审批人，他审批时却可能报错This&task&is&currently&locked&by&a&running&workflow&and&cannot&be&edited.以上程序运行完毕后，审批人就换成Zhang&san了。但是此时zhang&san&可能还是看不到该任务，注意要给zhang&san&赋予相应任务的参与权限，现在不用代码了，直接在MOSS中，直接通过Manage&Permissions设置就可以了&本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)SharePoint项目审批工作流的设计与开发
Design and Development of SharePoint Project Approval Workflow
工作流技术是近年来计算机应用领域发展最为迅速的几项新技术之一,所研究的是工作流技术在高校信息系统中的应用,首先介绍了工作流的相关概念,然后基于Visual Studio 2005和InfoPath表单来设计开发SharePoint项目审批工作流将高校项目审批管理工作的各个环节进行规划整合,继而组建一套良好高效的工作流管理系统.
河南大学计算机与信息工程学院,河南开封,475004
年，卷(期)
机标分类号
河南大学自然科学基金，河南大学教改项目
本文读者也读过
加载中，请稍候
．客服电话
&&8:00-11:30,13:00-17:00(工作日)SharePoint工作流开发点滴(工作流中的自定义类与内部错误)
作者：　发布时间： 13:27:19　来源：
　最近在开发SharePoint工作流总是发生一个错误 :工作流开始之后便显示&已完成&或者开始之后报错&内部错误&.　　查看当时的日志,发现下面的段落:　　02/06/:03.92 　　　　w3wp.exe (0x0758)　　0x0F3C　　　　Windows SharePoint Services 　　　　Workflow Infrastructure 　　　　72eo　　　　Unexpected　　DehydrateInstance: System.Runtime.Serialization.SerializationException: 在分析完成之前就遇到流结尾。　　在 System.Runtime.Serialization.Formatters.Binary.__BinaryParser.Run()　　在 System.Runtime.Serialization.Formatters.Binary.ObjectReader.Deserialize(HeaderHandler handler, __BinaryParser serParser, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)　　在 System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream, HeaderHandler handler, Boolean fCheck, Boolean isCrossAppDomain, IMethodCallMessage methodCallMessage)　　在 System.Runtime.Serialization.Formatters.Binary.BinaryFormatter.Deserialize(Stream serializationStream)　　在 ponentModel.Activity.Load(Stream stream, Activity outerActivity, IFormatter formatter)...　　02/06/:03.92*　　　　w3wp.exe (0x0758)　　0x0F3C　　　　Windows SharePoint Services 　　　　Workflow Infrastructure 　　　　72eo　　　　Unexpected　　　　...　　在 ponentModel.Activity.Load(Stream stream, Activity outerActivity)　　在 System.Workflow.Runtime.Hosting.WorkflowPersistenceService.RestoreFromDefaultSerializedForm(Byte[] activityBytes, Activity outerActivity)　　在 Microsoft.SharePoint.Workflow.SPWinOePersistenceService.LoadWorkflowInstanceState(Guid instanceId)　　在 System.Workflow.Runtime.WorkflowRuntime.InitializeExecutor(Guid instanceId, CreationContext context, WorkflowExecutor executor, WorkflowInstance workflowInstance)　　在 System.Workflow.Runtime.WorkflowRuntime.Load(Guid key, CreationContext context, WorkflowInstance workflowInstance) 在 System.Workflow.Runtime.WorkflowRuntime.GetWorkflow(Guid instanceId)　　在 Microsoft.SharePoint.Workflow.SPWinOeHostServices.DehydrateInstance(SPWorkflowInstance wo...　　02/06/:03.92*　　　　w3wp.exe (0x0758)　　0x0F3C　　　　Windows SharePoint Services 　　　　Workflow Infrastructure 　　　　72eo　　　　Unexpected　　　　...rkflow)　　02/06/:03.93 　　　　w3wp.exe (0x0758)　　0x0F3C　　　　Windows SharePoint Services 　　　　Workflow Infrastructure 　　　　88xr　　　　Unexpected　　　　WinWF Internal Error, terminating workflow Id# 472dae03--876f-d4cc4caa902a　　看里边最长的一段中文描述:&在分析完成之前就遇到流结尾&,如果是SharePoint英文版,这段错误信息应该是&End of Stream encountered before parsing was completed&.　　也就是说Workflow Runtime根本就没有完整的分析完整个流程.　　再看这句中文之前的英文:&DehydrateInstance: System.Runtime.Serialization.SerializationException&.　　原来工作流是在钝化实例的时候发生了序列化异常.　　回想一下工作流的持久性,Workflow Runtime会把空闲的工作流数据序列化为XML形式,然后把工作流实例从内存中清除,等到需要的时候再将其反序列化加载到内存.　　会不会是因为我在工作流项目中添加了自定义类,而这个类又不支持序列化,所以导致工作流序列化失败?　　在工作流中使用InfoPath Initiation(或者Association)表单时需要为其生成一个类,观察这个类,发现这个用XSD生成的类有如下特性来修饰:　　[piler.GeneratedCodeAttribute(&xsd&, &2.0.50727.42&)]　　[System.SerializableAttribute()]　　[System.Diagnostics.DebuggerStepThroughAttribute()]　　[ponentModel.DesignerCategoryAttribute(&code&)]　　[System.Xml.Serialization.XmlTypeAttribute(AnonymousType=true)]　　[System.Xml.Serialization.XmlRootAttribute(Namespace=&/office/infopath/2003/myXSD/T13:00:28&, IsNullable=false)]　　下面来逐行分析一下:　　[piler.GeneratedCodeAttribute(&xsd&, &2.0.50727.42&)]　　表示这个类是由XSD工具生成的.　　[System.SerializableAttribute()]　　表示这个类可以被序列化,我想关键就在这里.　　[System.Diagnostics.DebuggerStepThroughAttribute()]　　表示调试器会自动忽略被修饰的类内部的断点　　[ponentModel.DesignerCategoryAttribute(&code&)]　　表示设计器的类别是&code&　　[System.Xml.Serialization.XmlTypeAttribute(AnonymousType=true)]　　表示系列化时生成的XSD架构是匿名类型　　[System.Xml.Serialization.XmlRootAttribute(Namespace=&/office/infopath/2003/myXSD/T13:00:28&, IsNullable=false)]　　设置序列化时根元素的命名空间　　删去或修改我们不需要的特性(比如第一项),将其插入到我们的自定义类中,工作流就正常了.&&&&
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
标题 全文 作者
【】【】【
】【】【】
?&&&&?&&&& ?
&更多有关新闻：
选择分类：
研究生考试
在职研考试
幼儿/中小学
课程关键字：
&热门搜索：
&2008年首都高校秋季招生
&本周推荐课程
课程咨询热线：010-68841
??????????
&育路社区&&&&&&&&&&&
学员报名服务中心： 北京北三环西路32号恒润中心1806（）
咨询电话：北京- 010- 传真：010- 上海-021-
育路网-中国新锐教育社区：
本站法律顾问： 邱清荣律师
北京育路互联科技有限公司版权所有 | 京ICP备号