Previous	Next		Contents	Index	Glossary

• Has its roles expanded, so that an individual copy of the notification message is sent to each member of the Performer role.

• Has a message with a specified Result, that requires recipients to respond from a list of values.

• Has a post-notification function associated with it that contains logic in the RUN mode to process the polled responses from the Performer members to generate a single response that the Workflow Engine interprets as the result of the notification activity. See: Voting Activity.

The individual role members that each receive a copy of the notification message can then respond or forward the notification if they use either of the two notification interfaces to view the notification. They can also transfer the notification if they use the Notifications web page.

The notification user interface calls the appropriate Respond(), Forward(), or Transfer() API depending on the action that the performer takes. Each API in turn calls the notification callback function to execute the post-notification function in RESPOND, FORWARD, or TRANSFER mode, respectively. When the Notification System finishes executing the post-notification function in FORWARD or TRANSFER mode, it carries out the Forward or Transfer operation, respectively.

When the Notification System completes execution of the post-notification function in RESPOND mode, the Workflow Engine then runs the post-notification function again in RUN mode. It calls the function in RUN mode after all responses are received to execute the vote tallying logic.

Also if the voting activity is reset to be reexecuted as part of a loop, or if it times out, the Workflow Engine runs the post-notification function in CANCEL or TIMEOUT mode, respectively. The logic for TIMEOUT mode in a voting activity's post-notification function should identify how to tally the votes received up until the timeout.

Copyright © 2002 Oracle Corporation.
All Rights Reserved.