`
wateriness
  • 浏览: 17462 次
  • 来自: ...
最近访客 更多访客>>
文章分类
社区版块
存档分类
最新评论
文章列表
一、 概念 相对PageFlow(页面流)由同一用户与系统之间的一系列交互完成一项任务不同,Business Process Management(工作流)的范围更宽,它包含一系列相关任务,这些任务一般由不同人在不同时间完成。 Seam对jbpm的集成的方便性我认为表现在三个方面: 1. 提供内置对象显示任务列表给用户; 2. 前文曾提到seam除新增conversation上下文外,还新增了business_ process上下文,这就是为工作流管理提供的,应用程序可以将流程中涉及的相关状态作为jbpm变量存储于business process上下文,然后seam可以持久化这些jbpm变量; ...
 同样作为Jboss家族的重要成员之一,jbpm是一个著名的Business process management 引擎。以前大家多把它用于工作流,在seam中jbpm还被用于pageflow—页面流。 一、 概念: 页面流用来定义一系列复杂的用户交互,这些交互在单一用户同系统之间,在同一个conversation范围内,完成一项具体的任务。 既然Seam框架前端表示层用的是JSF,不使用jbpm,用jsf页面导航规则,同样可以定义页面流。如果应用更多基于数据驱动,而不是流程驱动,用jsf页面导航,可能是一个更好的选择。但从实践中发现,用图形方式表示一系列复杂的用户交互,逻辑更清晰,程序也更健壮 ...
一、概念: 对广大java开发人员来说,依赖注入或控制返转已经是一个耳熟能祥的概念了。因为seam强调有状态模型,相对于依赖注入来说,它为开发人员带来了一个新的概念:bijection—双向注入。它有如下含义: 1.上下文相关的 ...
以前,web application中用到的Context主要有request context、session context、application context。seam中主要新增的两个Context 是conversation context和business process context。 Business process context主要用于工作流方面,让我最感兴趣的是conversation context, ...
     最近因为实现一个系统,其中用到工作流,而在此之前对工作流未曾涉及,故先网上搜索了一番,了解到JBPM有图形化设计环境,又有JBOSS、Red Hat作后盾,故决定一试。用JBOSS提供的JBPM示例尝试一遍,并自己往其中添加流程测试后,觉得JBPM是一个不错的选择,于是又看了一下示例的程序代码、数据库设计,感觉还是蛮简洁的。       选定了工作流引擎,接下来就着手框架搭建了。因之前有一些Spring方面的经验,故开始时准备中间层用Spring实现,但如何与JBPM集成是一个问题,而现行Spring集成JBPM的方案我不太满意--没有做什么优化,配置方面也不简洁,于是SEAM开始走入 ...
Global site tag (gtag.js) - Google Analytics