Shark工作流的實現和WMFC&OMG規範的對比 (轉)[@more@]

Shark工作流的實現和WMFC&OMG規範的對比

-----第七部分：工作流資訊和業務資訊如何建立連線

:namespace prefix = o ns = "urn:schemas--com::office" />

關鍵字：Shark 工作流 WMFC OMG 規範

工作流例項化後就需要把具體的活動和業務過程連線起來，如果是互動的活動，還需要指定與這個活動相關的介面。

這一部分的工作是具體實現的內容，WMFC規範沒有提及。

下面我們看看jbpm的做法：jbpm-1.0-srcjbpm-1.0examplesprocessholidayprocessdefinition.xml

Jbpm並沒有採用標準的xpdl工作流描述語言，具體如下：

Holiday request

This process manages a planned absence of an employee.

ae

start a request for a holiday

requester

queue/A

ConnectionFactory

a holiday was requested from ${start date} to ${end date} with comment ${comment}

previousActor

you requested a holiday

you requested a holiday from ${start date} to ${end date} with comment ${comment}

In this activity, You have to evaluate the holiday-request of your employee.

previousActor->group(hierarchy)->role(boss)

boss

name="evaluation" handler="org.jbpm.workflow.delegation.impl.decision.EvaluationDecision">

evaluation result

This is a notification of the refusal of your holiday request. By submitting this foyou declare to have taken notice of the refusal.

requester

to="end" />

In this activity, You have to register that an employee is taking holiday.

role(boss)->group(hierarchy)->role(hr-responsible)

hr-responsible

to="join before finish" />

You get notified that your holiday request has been approved.

role(requester)

to="join before finish" />

如果熟悉的讀者看到上面的描述會發現， to="join before finish" /> 這樣的寫法和struts中的頁面跳轉十分類似。

上面的寫法非常直觀，不過比較Shark的XPDL實現。推薦還是使用XPDL的流程描述。

XPDL 把jbpm中分散的跳轉放到了一起：

但是jbpm的做法也有一個非常好的地方，就是把工作流程和業務建立了關係。

下文將具體的說說jbpm中做法的優點。

待續

田春峰

Shark工作流的實現和WMFC&OMG規範的對比 (轉)

相關文章