MQSeries.net :: View topic - [Solved]Audit messages in a clustered WF setup.

chintu · Posted: Tue Mar 04, 2008 1:54 am Post subject:

Hello all,

We are migrating our WF system from a 1-tier setup to a 2 tier setup with multiple systems( same group).

Current setup
Box A has WF runtime(FMC,FMCGRP,FMCSYS,FMCWFQM), a java custom client using 3.6 jars running on websphere app server,Runtime DB

Our application is driven primarily by the MQ audit messages( Audit_to_MQ local queue on FMCWFQM). A.NET application (mq client libraries) picks up these audit messages. The order of these messages needs to be maintained. For a given process instance, the"workItem created" message should not be processed before "process instance created" message. Currently this works fine since the .NET client gets these messages FIFO.

Future setup
Box A will have the same WF runtime(FMC,FMCGRP,FMCSYS,FMCWFQM), a java custom client using 3.6 jars running on websphere app server.
Box B will have 2d WF runtime(FMC,FMCGRP,FMCSYS1,FMCWFQM1), a java custom client using 3.6 jars running on websphere app server.
Box C will have the runtime DB.

With this setup there will be 2 audit queues...Audit@FMCWFQM(Box A) and Audit@FMCWFQM1(Box B).

Question:
For a particular process instance..If PICreated audit message goes to BoxA and WI created audit message goes to BoxB...and if for some reason there is a queue backup on BoxA( .NEt client is down and did not GET the PICreated message on Audit@FMCWFQM) then the WI created message on Audit@FMCWFQM1 (upon processing)will throw an application error since the PICreated message needs to be processed prior to WI creation.

If FMCSYS(box a) gets a createProcessInstance request..will all the processing of this process instance be done on box A?(will all audit messages for this instance always got to Audit@FMCWFQM). If not..is there a way to achieve this? This would solve our problem since this way PICreated will always be picked up before WI created message.