Tempo研究之TMS组件结构和实现

发布时间：2020-12-17 02:43:47 所属栏目：安全来源：网络整理

导读：?????? 在Tempo内部有个TMS组件，全称是Task Management Service。看这个名称就知道，是管理Task的存储和状态的。 ?????? TMS 的结构比较简单，基本的对外接口就是TMSRequestProcessor类，这个类会以webservice的方式发布出来，默认service endpoint是/axis2

?????? 在Tempo内部有个TMS组件，全称是Task Management Service。看这个名称就知道，是管理Task的存储和状态的。

?????? TMS的结构比较简单，基本的对外接口就是TMSRequestProcessor类，这个类会以webservice的方式发布出来，默认service endpoint是/axis2/services/TaskManagementServices，其负责接受请求的xml信息和soap action。

?????? TMSRequestProcessor 从 xml 信息中解析出关键信息，并将这些信息移交给 TMSServer 对象处理， TMSServer 来内部通过 TaskDaoConnection 对象来与存储层交互。如下图所示：

?
?

?????? 在从svn上更新下来的tms-service工程中，有相应的teatcase类TMSRequestProcessorTest，可以执行一下看看效果。

?????? 有必要提一下的是，TMS所管理的task对象，并不是唯一与user绑定的。这个不同于WfMC的workitem概念。TMs每个task都可能会有很多的user owners和role owners。

?????? 这样的处理模式比较简单，但不太适合国内的流程应用模式。特别对于某一个任务会存在多个人同时处理的情况。

?????? 在Tempo内部有个TMS组件，全称是Task Management Service。看这个名称就知道，是管理Task的存储和状态的。

?
?

?????? 在从svn上更新下来的tms-service工程中，有相应的teatcase类TMSRequestProcessorTest，可以执行一下看看效果。

?????? 有必要提一下的是，TMS所管理的task对象，并不是唯一与user绑定的。这个不同于WfMC的workitem概念。TMs每个task都可能会有很多的user owners和role owners。

这样的处理模式比较简单，但不太适合国内的流程应用模式。特别对于某一个任务会存在多个人同时处理的情况。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!