`
luopan68
  • 浏览: 47893 次
社区版块
存档分类
最新评论
文章列表
经过一段事件的努力终于完善了基于浏览器的流程定制工具 支持ie firefox和chrome等主流浏览器 ie8之前的使用vmlfirefox chrom使用svg mvc + 命令模式 支持任意折线的变迁 拖动折点时由虚线预先显示效果 变迁说明文字所在位置为折线相对位置 支持redo undo等 支持多选移动,包括变迁 设计和xml两种模式显示 轻松支持jbpm3规范 变迁与节点的接触点计算方式改为折点与节点中心组成的直线段与节点的交叉点 支持多选(包括变迁)拖动 可通过拖拽改变变迁的起始节点,但是拖拽的目标节点否可以挂接该变迁是需要验证判断的。 支持c ...

工作流模式(转)

    博客分类:
  • java
工作流模式 佩特里教授根据Petri网 原理研究了 21 种工作流模式,用于工作流过程建模和分析。 原理研究了 21 种工作流模式,用于工作流过程建模和分析。 基本模式( 5 个) 顺序模式 – 按照顺序执行各项活动 解释:工作流流程中的一个活动只有当另一个活动完成后才能进行。 例子:当订单登记活动完成后,客户通知才可以进行。   并行分支模式 – 同时运行两个活动
目前jbpm已经发展到版本5,孰优孰劣暂且不谈。但是这种动荡确实给开发者带来了很大的困惑。 个人觉得技术是为业务服务的,所以不是最新版本就最好,而是适合够用就好。 后期准备推出jbpm3的视频教程 还是以源代码分析为主,并且在此基础上讲解如何进行二次开发。 例如如何扩展jpdl规范,包括修改设计器 从源代码角度看, 如何回退, 如何替换身份组件以及建立新的权限表达式规范 如何会签 等等   对于jbpm4的视频教程是否继续,可以参考大家的意见。
jbpm4.4源代码阅读——第8次,重点讲解的jbpm流程定义文件的部署过程。 由于javaeye最大只能上传10m,所有这里所有的视频分两个压缩包上传,请把part1和对应的part2下载完全在解压缩.  
jbpm5已经不完全发布。 这又是一个全新的东东。挂者jbpm的名字而已,利用大家对jbpm以前版本的热衷,推新的东西,从而引领到家向他预先设定好的道路靠拢。根本不管使用者的感受。 在jbpm4还不完全成熟,至少还有不少bug很多功能都不健全,甚至承诺开开发完成的也没有完成。在这种情况下就开发jbpm5是不负责人的。 跟着大牛们跑会很累,他会按照他的习惯想法领跑,自然轻车驾熟。但是跟跑的就很累。 完全没必要。 够用就王道。自己写也好,用哪个版本也好。符合自己的需求,够用就好。 我就觉得jbpm3就蛮好的,完全够我使用了。 大家没有必要盲目去跟。 http://sourceforg ...
内容如下: 4>processEngineContextDefinition和transactionContextDefinition的加载过程 至此jbpm4.4是如何读取配置文件的过程已经全部完成,配置文件读取完成后,就是通过读取的配置构建过程引擎实例. 从5次阅读开始,完成过程引擎创建过程的阅读. 5>过程引擎创建过程  由于javaeye最大只能上传10m,所有这里所有的视频分两个压缩包上传,请把part1和对应的part2下载完全在解压缩.
jbpm源代码阅读视频第一季推出,得到了大家很大的反响。 所以,现在准备写一本关于jbpm4.4源代码解析和二次开发经验的书。 大家有什么好的建议。
第一次录。录的不怎么理想,请大家原谅。后面会做改进,争取越来越好 这次发布的内容有: 1.1构建jbpm4.4源代码于都工程 1.2配置文件解析过程 1.3对象创建过程与binding解析过程   同时由于本人能力有限,时间有限. 这些东西仅仅为抛砖引玉,我是转而已。可能会有一些不到位的地方。 如有不同意见可以在此大家一起批评与探讨.谢谢 由于javaeye上只允许上传10m的文件,所以每一个视频我都分为两个压缩,请大家把part01和对应的part02下全了,在解压。
本周末准备逐步开始制作jbpm4.4工作流引擎源代码阅读视频教程。有兴趣的人可以一起探讨。 预计内容如下Lesson1>创建部署工程Lesson2>配置文件解析过程研读Lesson3>引擎实例创建过程研读Lesson4>流程部署过程研读Lesson5>流程实例创建过程研读Lesson6>调度算法 但是所有代码研读和制作都是利用业余时间完成,不能保证速度. 同时本人能力有限,时间有限.如有不同意见可以在此一起探讨.
  摘要: 本文首先介绍了标准的 MVC 体系构架,同时也介绍了最常见的一类 MVC 模式的变种。之后,文章重点介绍了 MVC 结构在 gef 框架中的体现与应用,以及 gef 是如何综合利用工厂模式、命令模式等设计模式来辅助 MVC 结构的实现。例如 gef 成功利用命令模式分担了控制器的部分责任。 前言        GEF 全称 Graphical Editor Framework 。它是一个基于 eclipse 的图形化编辑框架。通过它,开发人员可以方便的以图形化的方式(而非文本的方式)展示和编辑模型。 GEF 是一种 ...
基于浏览器的流程定制工具 1>mvc + 命令模式 2>支持任意折线的变迁 3>拖动折点时由虚线预先显示效果 4>变迁说明文字所在位置为折线相对位置 5>支持redo undo等 6>支持多选移动,包括变迁 7>设计和xml两种模式显示 8>完全支持jbpm3规范 尚待完善内容 1>变迁与节点的接触点计算方式改为折点与节点中心组成的直线段与节点的交叉点 2>目前为个别控件为vml,实现多个版本如svg版本,根据浏览器判断,由于模型与显示分开,所以难度不大 3>…… 修改了变迁和节点的对接点计算。使用中心发。 支持多选 ...
最近看了下jbpm4的源代码 似乎还都有一些问题. 例如ResourceStreamInput 它定义的classLoader变量在构建方法中进行了初始化,以后就再也没有用到. 其中构造方法如下: public ResourceStreamInput(String resource, ClassLoader classLoader) { if (resource==null) { throw new JbpmException("resource is null"); } this.name = "resource ...

关于jbpm4

    博客分类:
  • java
jbpm4发展到4.3版本了,但仍然不健全不完善,需要大量修补和增强。 但是jboss已经开始讨论jbpm5了 看下jbpm5的规划 https://community.jboss.org/wiki/jBPM5RequestforComments 天啊,居然又重头来过,和4不搭干。 既然这样我们为什么要选择一个还未稳定就要被淘汰了的jbpm4呢
如何实现一个快速开发框架之crud 我们在《一个优秀框架的评判标准和方向》说了,一个优秀的企业级开发框架——以用户需求为向导的框架——应该至少实现crud,workflow,report三个范畴的常见需求的快速开发。 Crud范畴的快速开发具体怎么做呢?这里提供一种我的实现方式,它采用了hibernate这个orm框架。 Crud;说白了就是一个实体对象的增、删、改、查。是我们最常见的功能。做Crud的时候oo的思想特别有用。 通过分析得到我们的实体对象和它们之间得关系。那么我们的功能无外呼就是维护实体对象和对象之间的关系。 具体怎么来阐述我的思路呢? 页面是功能得直接表现。我们就从 ...
一个优秀框架的评判标准和方向        Java的框架很多,并且很多都是开源的。有我们熟悉的表现层框架;如;struts,jsf等;还有底层的orm框架,如hibernate,还有比较全面的框架如jboss seam等等。        纵观这么多框架,我们不难发现一个问题,它们很多都是面向程序员的,或者说是面向技术的。但是我么要知道技术最终是要为功能服务的。我们最终是为了实现功能的,而不是为了绣技术而开发的。那么我们的框架,一个优秀的框架最终应该以用户需求为向导(而非程序员的需求)。        所以,是否能够实现各种各样的功能需求,是否能够快速、简单的实现许多常用的功能需求,这是 ...
Global site tag (gtag.js) - Google Analytics