Captaris Workflow 6.0不支持ASP.NET 2.0的 MasterPage?

    在Captaris WOrkflow 6.0开发工作流平台开发中,需要使用ASP.NET 2.0和 Web表单来执行任务。由于任务的数据较多而且存在主从结构,例如:Product Change Request(产品更改申请)或Month Expense Request(个人月费用报销申请),将所有的数据显示在一个Web表单上会导致以下问题:

   

大页面,运行效率低下。
页面控制太复杂,造成不稳定,增加出错几率。
修改及扩展困难,如果流程的任务发生改变,维护变得困难。
缺乏灵活机动(如上)。

    鉴于此,我们需要使用ASP.NET 2.0的MasterPage来分别显示不同的层面的数据,例如对于Product Change Request(产品更改申请)流程我们使用wfApproveInfo.aspx显示所有审核者的签核信息,wfDistributeDept.aspx显示资料发放部门列表,wfArchives.aspx显示图纸列表,在MasterPage中显示Product Change Request的基本信息,如单号、申请人姓名、更改分类等。wfApproveInfo.aspx、wfDistributeDept.aspx和wfArchives.aspx页面都引用MasterPage。
    但是当我们应用MasterPage到Captaris Workflow 6.0中时,发生了两个问题:
    

Captaris Workflow 6.0的任务表单需要继承Teamplate.Web.UI.BaseWorkflowPage,MasterPage不可能继承它
wfArchives.aspx等页面引用MasterPage后,无法调用this.CompleteTask()方法
经过反编译相关代码和查找有关MasterPage的资料,问题得以解决,解决方法如下:
   
MasterPage设置公共属性,在Content Page中访问它并且赋值。
不使用BaseWorkflowPage的this.CompleteTask()方法,使用Process.WorkAdvance()方法。
    原因在于,当WebForm引用MasterPage成为ContentPage后,控件集合和名字发生了改变,导致Teamplate.Web.UI.BaseWorkflowPage的Complete()方法在执行到以下代码时引发异常:
1 None.gif      foreach ( Control control1 in this.Page.Controls[1].Controls)
2 ExpandedBlockStart.gif ContractedBlock.gif       dot.gif{
3 InBlock.gif            if (control1 is WebControl)
4 ExpandedSubBlockStart.gif ContractedSubBlock.gif             dot.gif{
5 InBlock.gif                  base.Trace.Write(string.Format("Adding {0} of type {1}", control1.ID, control1.GetType().UnderlyingSystemType.ToString()));
6 InBlock.gif                  list1.Add(control1);
7 ExpandedSubBlockEnd.gif            }
8 ExpandedBlockEnd.gif      }
9 None.gif

      

转载于:https://www.cnblogs.com/Johnson/archive/2006/11/22/568202.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值