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

Liferay内置的工作流是企业版的功能，虽然简单粗糙，但依然不支持社区版。
既然要用更强大的Activiti来替代它，那就非常有必要学习一下内置工作流的一些思想，以便借鉴。

它的特点：

实体的工作流操作可以通过service layer进行集成；
需要添加4个额外的字段来跟踪流程状态；
通过Service Builder来建立字段，然后更新service layer；
视图层UI可以显示实体的工作流状态。

实体集成逻辑

比如，发布一个实体类的工作流支持，首先添加注解：

@Component(

property = {"model.class.name=com.my.app.package.model.FooEntity"},

service = WorkflowHandler.class

)

开发XXXWorkflowHandler，实现Override 三个方法

package com.liferay.docs.foo.workflow;

...

public class FooEntityWorkflowHandler extends BaseWorkflowHandler {

    public static final String CLASS_NAME = FooEntity.class.getName();

    @Override

    public String getClassName() {

        return CLASS_NAME;

    }

    @Override

    public String getType(Locale locale) {

        return LanguageUtil.get(locale,  "model.resource" + CLASS_NAME);

    }

    @Override

    public Object updateStatus(int status,

            Map<String, Serializable> workflowContext) throws PortalException,

            SystemException {

            long userId = GetterUtil.getLong(

                (String)workflowContext.get(WorkflowConstants.CONTEXT_USER_ID));

            long fooEntityId = GetterUtil.getLong(

                (String)workflowContext.get(

                    WorkflowConstants.CONTEXT_ENTRY_CLASS_PK));

            ServiceContext serviceContext = (ServiceContext)workflowContext.get(

                "serviceContext");

            return FooEntityLocalServiceUtil.updateStatus(

                userId, fooEntityId, status, serviceContext);

    }

}

为了记录实体的当前流程状态，必须要有以下4个字段（通过Service Builder）
service.xml中添加：

<column name="status" type="int" />

<column name="statusByUserId" type="long" />

<column name="statusByUserName" type="String" />

<column name="statusDate" type="Date" />

比如在更新实体时，自动通过这4个字段，把实体和流程状态相关联：

fooEntity.setStatus(status);

fooEntity.setStatusByUserId(user.getUserId());

fooEntity.setStatusByUserName(user.getFullName());

fooEntity.setStatusDate(serviceContext.getModifiedDate(now));

fooEntityPersistence.update(fooEntity);

启动一个和实体关联的流程：

WorkflowHandlerRegistryUtil.startWorkflowInstance(fooEntity.getCompanyId(),

fooEntity.getGroupId(), fooEntity.getUserId(), FooEntity.class.getName(),

fooEntity.getPrimaryKey(), fooEntity, serviceContext);

如果实体属于Assets，那在为实体设置工作流字段后，就可以添加任何附加的逻辑方法。
例如，如果想根据其工作流状态来设置可见性（未审批就不显示）：

if (status == WorkflowConstants.STATUS_APPROVED) {

　　assetEntryLocalService.updateEntry(

　　　　FooEntity.class.getName(), fooEntityId, fooEntity.getDisplayDate(),

　　　　null, true, true);

}

else {

　　assetEntryLocalService.updateVisible(

　　　　fooEntity.class.getName(), entryId, false);

}

为了在视图中展示，需要设置finder （service.xml）

<finder name="G_S" return-type="Collection">

<finder-column name="groupId"></finder-column>

<finder-column name="status"></finder-column>

</finder>

实现一个Getter：

public List<FooEntity> getFooEntities(long groupId, int status)

throws SystemException {

return fooEntityPersistence.findByG_S(groupId,

WorkflowConstants.STATUS_APPROVED);

}

jsp UI：

<liferay-ui:search-container-results

results="<%=FooEntityLocalServiceUtil.getFooEntities(scopeGroupId,

fooEntityId(), Workflowconstants.STATUS_APPROVED, searchContainer.getStart(),

searchContainer.getEnd())%>"

...

流程设计器

这个属于企业版功能，有点弱

这个有点意思：
设置启动任务的签收者，

一共有6种类型：

创建者
某角色
角色ID
通过一个代码段来指定
特定的用户
通过资源

在Kaleo中，只有这6种节点，这实在可怜，恐怕要实现复杂的流程将依靠编写大量的代码来实现。

现在知道为啥Kaleo叫workflow而不是叫BPM了吧，因为其不能实现业务流程集成，但实现仅简单顺序流程，还是没有问题的。

Condition: 通过脚本来实现条件逻辑（script包含几种语言：Beanshell、Drl、Groovy、JavaScript、Python、Ruby），这有点不太友好和方便；
Fork: 并行处理
Join: Fork并行后的汇总，这个可以实现会签，比如说一个节点由领导A、领导B同时审核才能结束，往下走；
Join XOR: 异或逻辑的汇总，通俗的说就是实现抢签，有点像Activiti的候选组的概念，比如说一个节点由领导A、领导B审核，随便一个领导先审核了，节点就结束，往下走；
State: 状态节点，比如开始、结束就是属于这个类型；
Task: 任务节点，比如审批、填写表单....

一个XML的描述文件：