Terminating events

[Cunningham, Bill]

Rob,=20
Thanks for your suggestion, it seems this is the only way around the=20
situation, we had thought that a terminating event meant the workitem / =
task
 
would terminate, - no matter what, but this does not seem to be the =
case.
Seems like a bug?
However, if we use the wait for event  / parallel fork approach for =
each=20
terminating event  (we now have three for the single step task)  it =
will=20
kinda complicate the workflow, which is not a big deal,  - just seems
rather unnecessary.
Regards,
Bill Cunningham
 
> -----Original Message-----
>> From: Rob Lake [SMTP:Robert.Lake at nestlegb.nestle.com]
> Sent: Thursday, February 10, 2000 4:06 AM
> To:   SAP-WUG at MITVMA.MIT.EDU
> Subject:      Re: Terminating events
>=20
> Bill,
>=20
> You could place a 'Wait for event' step in parallel with the task in
> question (using a fork).  Then the workflow would proceed to the next =
part
> upon receipt of the event, even if the requested start time had not =
been
> reached yet.
>=20
> Rob Lake
> Development Support, Nestl=E9 UK Ltd
>=20
> -----Original Message-----
>> From: Cunningham, Bill [mailto:bill.cunningham at syskoplan.com]
> Sent: 09 February 2000 20:39
> To: SAP-WUG at MITVMA.MIT.EDU
> Subject: Terminating events
>=20
>=20
> Hi All,
> We have an asynchronous task in a workflow
> which has two terminating events and either
> event will terminate the corresponding workitems.
>=20
> We then activated (Requested Start) deadline monitoring.
>=20
> The problem is that when the workitem is in a status
> of waiting, for the requested start, and one of the
> terminating event is raised,- the workitem continues to wait.
> When the requested start time is satisfied, the workitem
> changes to a ready state and is sent to the agent completely
> ignoring the fact that there has been a terminating event.
>=20
> We can see in the workflow log that the terminating event
> has been received, but then upon requested start time,
> the workitem is submitted for execution???
>=20
> We could not find anything in OSS,
> Has anybody come across this before?  or any ideas of
> ways around this?
>=20
> Thanks in advance ,
>=20
> Bill Cunningham