Liferay7 BPM门户开发之23: 了解内置工作流（Kaleo Workflow）

【Liferay7 BPM门户开发之23: 了解内置工作流（Kaleo Workflow）】的更多相关文章

Liferay7 BPM门户开发之23: 了解内置工作流（Kaleo Workflow）

Liferay内置的工作流是企业版的功能,虽然简单粗糙,但依然不支持社区版.既然要用更强大的Activiti来替代它,那就非常有必要学习一下内置工作流的一些思想,以便借鉴. 它的特点: 实体的工作流操作可以通过service layer进行集成: 需要添加4个额外的字段来跟踪流程状态: 通过Service Builder来建立字段,然后更新service layer: 视图层UI可以显示实体的工作流状态. 实体集成逻辑比如,发布一个实体类的工作流支持,首先添加注解: @Component( p…

Liferay7 BPM门户开发之37: Liferay7下的OSGi Hook集成开发

hook开发是Liferay客制扩展的一种方式,比插件灵活,即可以扩展liferay门户,也能对原有特性进行更改,Liferay有许多内置的服务,比如用hook甚至可以覆盖Liferay服务. 可作为系统服务挂钩(Liferay Service Hook),还有其他类型的hook... Liferay6.2 时的hook开发比较有限,而在Liferay7则大为不同,OSGi services的彻底改进至Liferay的底层模型框架,使得Liferay可以支持更多的定制扩展!OSGi plugin…

Liferay7 BPM门户开发之17: Portlet 生命周期

Portlet 生命周期 init() =〉 render() =〉 processAction() =〉 processEvent() =〉 serveResource() =〉destroy() init() 在Liferay容器部署portlet时,启动portlet实例化 init有两个写法: public void init() throws PortletException public void init(PortletConfig config) throws PortletEx…

Liferay7 BPM门户开发之10: 通用流程实现从Servlet到Portlet（Part1）

开发目的: 实现通用流程自动化处理(即实现不需要hardcode代码的bpm统一处理后台,仅需要写少量前端html form代码和拖拽设计BPM定义) 既可独立运行或可依托于Liferay或依托其它门户系统(使用portlet规范技术实现)运行: 先实现一个JSP + Servlet版的通用流程处理,将来迁移到Portlet 迁移工作将保留大量的前后端代码,仅需要改动少量的注解. 考虑到Liferay的客户端体系是bootstrap+jQuery(对移动端的支持非常好),JSP的实现也用了这两者…

Liferay7 BPM门户开发之12:acitiviti和liferay用户权限体系集成

写到第12章才出现Liferay的内容,希望可以厚积薄发. 我们的目标是不使用不维护Activiti的用户组织架构,只维护Liferay的体系,这样的好处是非常明显的,即不用做组织架构的同步工作. 原理是继承实现org.activiti.engine.impl.interceptor.SessionFactory 首先继承用户实例,用liferay的用户模型 import org.activiti.engine.impl.persistence.entity.UserEntity; public…

Liferay7 BPM门户开发之11: Activiti工作流程开发的一些统一规则和实现原理（完整版）

注意:以下规则是我为了规范流程的处理过程,不是Activiti公司的官方规定. 1.流程启动需要设置启动者,在Demo程序中,“启动者变量”名统一设置为initUserId 启动时要做的: identityService.setAuthenticatedUserId(initUserId); processInstance = runtimeService.startProcessInstanceByKey(流程ID, 业务Key, 变量map); or startProcessInstance…