jeffen2006的专栏
当我们往前仰望大师的遥远背影时,我们总是期望有那么一个快捷方式能够赶上他们,但事实上并不存在这个快捷方式,大师们所花费的时间是我们所尚未付出的、他 们所花费的精神是我们尚未投入的、中间所历经的苦恼是我们未曾体会的、而所得到的经验在他们愿意转换为知识之前,更是我们所无法拥有的,我们所看到的只是 他们的背影所显现出的光辉,却无法看到他们往前看时所面对的迷雾,我们所走的只是他们开拓过的大道,而不是他们正在努力开拓的道路。 ——林信良
登录
注册
全站
当前博客
空间
博客
好友
相册
论坛
留言
用户操作
[即时聊天]
[发私信]
[加为好友]
jeffen
ID:jeffen2006
共
41397
次访问,排名
2891
,好友
0
人,关注者
2
人。
jeffen2006的文章
原创 82 篇
翻译 0 篇
转载 1 篇
评论 16 篇
jeffen的公告
版权所有,转贴请注明出处
最近评论
swenge:
jbpm.cfg.xml
这个文件不能空着,要写一些东西的,可是具体写哪些我忘记了
shawn:
首先是使用UML技术描述出整个需求,使用ORMpping技术将面向对象的UML转换成数据库表,同时生成对应的对象,
原来UML还能做这个事情,长见识了,今天
shawn:
个人理解写自己的ASSIGNMENT,但是最终都会变成ACTORID或是POOLED ACTORID,任务创建的时候会执行自己的ASSIGNMENT,ASSIGNMENT里面可以根据自己的情况把现有的组织机构转换为ACTORID,或是POOLED ACTORID放进去。
弊端就是如果在任务被创建以后,组织机构里的GROUP或是ROLE等的人员变动不能在TASK里面表现出来。……
弱弱的问下:
感觉是jBPM的GPD好像不支持superstate的子节点的显示和修改,只能编辑流程定义的文件。
如果是这样为什么会有superstate在可视化工具上呢?是不是有别的什么办法?
多谢.....
jeffen:
你的问题看的不是很明白?你是不是想通过拖拉来构建流程,其实通过拖拉来完成流程设计可能不是想象中那么简单,关键的流程一定是要经过仔细的设计并经过严格的测试的,同时还要有一定的经验。完全通过拖拉做得流程其实只是一个花架子。jbpm提供的这个可视的工具,我想目的是让我们对流程有个整体的概念,同时可以做一些表现上的扩展,而不是用了它就省去编码了。
文章分类
java-hibernate
(RSS)
java-spring
(RSS)
java-struts
(RSS)
java-杂
(RSS)
jboss-jbpm
(RSS)
suibi
(RSS)
我的问题集
(RSS)
收藏
相册
博客链接
mrshan[箫杉]的专栏
sunrain-多种数据库应用
我的文件存放地,一个好的java学习网站
林信良(良葛格)的专栏
存档
2006年12月(1)
2006年11月(16)
2006年10月(24)
2006年09月(6)
2006年08月(8)
2006年07月(27)
2006年03月(1)
软件项目交易
订阅我的博客
开始写BLOG
2006年12月
本blog暂停,转移到http://jeffen2006.javaeye.com
bye
阅读全文>
发表于 @
2006年12月01日 14:41:00
|
评论(
loading...
)
|
编辑