EOS WORKFLOW 事务处理技巧

日期: 2008-05-28 作者:cln 来源:TechTarget中国

  在EOS workflow 事务处理过程中,主要各种触发事件的事务均和工作流事务绑定一起的,如何实现例如:启动后触发事件,结束后触发事件的处理。


  可以参见以下处理模式。


  关于超时与提醒时间设置的问题


  工作流超时和提醒,首先明确这两个设置是必须同时设置的,同时提醒时间点,是以工作流超时时间点为基准进行设置。简单说:就是提醒设置时间,是以超时设置时间点为基准。


  例如:超时设置为1小时,提醒设置为1分钟。那么提醒触发时间就是活动或者流程启动完成后,59分钟后提醒,超时触发为启动1小时后触发。


  如果工作流触发时间均保存在wftimer 和 wfworkitem 两张表中。


  考虑到活动触发事件中,没有存在一个启动后触发事件(我们启动事件,更像一个启动中事件);采用启动后提醒事件进行代替。


  关于流程触发事件变相实现异步调用方式


  目前在EOS工作流触发事件中,暂不支持触发事件中异步调用方式,目前一种变通方式就是采用同步调用触发事件,然后再在触发事件(biz)中异步调用子业务逻辑。


  考虑这样异步调用方式,能否将启动的触发事件成为启动后触发事件,或者将结束触发事件变成结束后触发事件。我感觉理论上可行的。


  原文出处:http://gocom.primeton.com/blog9711_2511.htm

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者

cln
cln

相关推荐

  • API创建影响生产的六个方面

    在API创建方面,简单性至关重要。AnyPresence的Vivek Gupta讨论了开发者可以从6个方面处理好API的创建问题,从而加速API生产。

  • 微服务:是谁看上了这块小鲜肉

    微服务——IT领域的又一个新名词。但它是否能如同OpenStack,如同Docker那样成为众人疯抢的“肥肉”呢?从目前来看,可能还没有到达疯抢的地步,但也不乏支持者。

  • 应用开发工具帮助报社与时俱进

    新闻媒体业务要一直向顶尖技术看齐,如果他们想要打败竞争对手,成为社会的脉搏的话。心态一直是最重要的,无论是在收集和报道新闻方面,还是在内部运营方法。

  • 为移动工作者赋权构建API及工作流的步骤

    主管不能简单地把移动工作者认为是不坐在一起的人。相反,赋权要从评估员工需求开始,因为接下来关键的速度爆发当然就必须来自于移动设备和宽带服务的利用。