`
nychen2000
  • 浏览: 87525 次
  • 性别: Icon_minigender_1
  • 来自: ...
社区版块
存档分类
最新评论
文章列表
    前几天看到ronghao网友写了一篇帖子“Jbpm4的IOC容器http://www.iteye.com/topic/381607”,正好这几天在写Fire workflow1.0的文档,写到IOC容器这一章节。于是心血来潮,拿出来PK一下。    其实,Fire workflow根本没有IOC容器!    我没 ...
1.0的引擎以及设计器都开发完毕,功能测试通过。 计划再做一下性能测试,完善文档和example。
论坛开通了,www.fireflow.org 欢迎各位发表工作流方面的高论^_^
(我贴在Fire workflow 官方论坛www.fireflow.org里的帖子,copy到这里来接受拍砖) 以前写工作流引擎的时候,最让我困惑的是And-Split,Or-Split,And-Join,Or-Join这么几个流程模式的算法问题。这几个模式的概念当然非常清晰,单个看,其算法也较简单。问题是,如果这些模式随机的组合在一个很大很复杂的流程中,引擎如何保证能够正确的进行逻辑计算?我感觉很少有工作流引擎将这个问题说清楚。     在学习petrinet之前,我实在想不出一个好的算法解决这个问题,因为我的思维被限制在“全局控制”这样一个概念里面。也就是说,engine要能够正确的计算 ...
写代码写得有点累了,今天写写文章。     在文档《9_fireflow技术原理》中,我将整个系统从工作流的视角划分为“业务子系统”和“工作流子系统”。用Activity刻画业务子系统的行为,用Synchronizer(包括StartNode和EndNode)刻画工作 ...
前几天群满了,今天升级了一下。 被拒绝过的网友可以继续加入。
根据前期网友的意见和建议,整理了一下Fire workflow近期的开发计划。欢迎继续提意见。 1、将IOC容器作为一个服务,缺省调用spring的IOC容器     在预览版本中,Application handler、EventListener的实例化都是RuntimeContext负责的,实现的比较简单,估计也不是很稳定。应该将这些工作委派给IOC容器,缺省采用Spring容器,业务系统可以将该容器替换成任何其他容器;或者自己创建一个简单的实现类,在该类中直接根据Application handler的类名创建实例亦可。 2、在WorkItem中增加withdraw方法,实现“取回”功 ...
...
1. Engine的设计理念 2    1) 合理的职责划分 2    2) 足够的扩展性 2    3) 方便集成到业务系统中 3 2. Engine的结构 3 3. Engine API 对象 5 4. Engine各种扩展 6    1) RuntimeContext Factory 6    2) 数据持久化服务 6    3) 日历服务 6    4) 任务实例管理器 6    5) 流程定义服务 6 请到http://code.google.com/p/fireflow下载。
Netbeans模拟器图片
写了个初稿,完善中。
文档目录如下,请到http://code.google.com/p/fireflow下载 1. 阅读指南及注意事项 2 2. Fire Workflow就是两个jar包和7张表 2   1) Jar包 2   2) 表结构 3   3) 小结 5 3. Fire Workflow的对象 6   4) 工作流模型对象 6     a. Activity 和Task: 6     b. Synchronizer、StartNode、EndNode 6     c. Transition 6     d. 各种模型对象(流程元素)的组成关系 6     e. 各种流模型对象(程元素)的继承关系 7 ...
相关技术原理 (该文当还没有写完整,有点点乱)
相关的流程示例, 配合《2_通过设计器和模拟器快速了解Fire Workflow》和《3_各种工作流模式的实现》
...
Global site tag (gtag.js) - Google Analytics