Event Module¶
The Event Module triggers events to notify listener tasks of specific occurrences. Events are triggered at the domain level and can execute listeners in other processes.
Warning
Events are processed synchronously. Any exceptions encountered will result in a transaction rollback.
In addition to the common task properties, the following properties are configurable:
Event Name:
The name of the event(s) to trigger. This can be a plain text string (e.g., Customer.New) or utilize data template expressions to incorporate data model values ( e.g., "PaymentComplete.{{Id}}"). Multiple event names can be specified using semicolons (e.g., "Customer.New;Customer.Update.{{Id}}").
Event Data XPath:
The XPath expression defining the event data to be passed to listeners. If left empty, the root element content is used. The $Input XML node variable provides access to relevant event data.
Handle Script:
A script to process event results and determine subsequent workflow actions. If no script is defined, the first available action is automatically selected. Event results are stored in the $Handlers array, containing the IDs of the work items that handled the event. If no listeners exist, the array will be empty.
Scripting Objects¶
This script is executed in the backend context of the Emakin and does not have an accessible a browser DOM context and therefore navigator based JavaScript libraries such as jQuery are not available.
The following objects are available:
$HandlersArray instances of event handlingWorkIteminstances. When there is no handler for an event, the array will be empty.$WorkItemCurrentWorkItemthat is being processed.$InstanceInstance of theInstancecurrent workflow instance.$TestModeIndicates whether the workflow is running in test mode. In test mode, evaluates totruevalue.$PriorityPriority of the current workflow instance 0 (lowest) to 5 (highest$InitiatorIdentifies the workflow initiator. Note that this may benullfor module-type tasks.$CultureCurrent culture of the workflow instance. Originated from the initiator's culture but can be overridden. Culture is specified in the formatlanguagecode2-country/regioncode2. Example: (en-USortr-TR)$TemplatesProvides access to templates defined in the pool definition. Used for rendering the text content depending on the culture of the workflow instance.$XmlProvides access to the process data model or workflow data.$CaseInstance ofCaseinstance if workflow started on a case.$poolVariableCustom defined pool variable by name. Variables are defined in Variables$ServicesAllows calling SOAP services with JSON or XML content types.$DecisionsAllowing you to execute decision tables and models on process.$scriptModuleCustom defined script module. Script modules are defined in Script Modules$DomainProvides access to the domain information and related methods like initiating a workflow or creating a new case.$ActivityStreamAllows pushing system-generated activities to the domain activity stream.$MembershipProvides access to users and organizational database objects.$DatabaseAllows you to perform relational database operations.$CryptoProvides access to cryptographic functions such as hashing and encryption.$RestAllows interaction with REST services using JSON or XML content types.$CalendarProvides access to calendar functions like adding or subtracting date in calendar rules.$FilesAllows access to the standard file repository for basic files.$DocumentsProvides access to the document archive.$DelegationPprovides methods to manage delegations between users.$MessagesProvides functionality for sending new e-mails and parsing existing e-mail messages.$XmlRepositoryProvides access to the non-relational XML repository database.
Remarks¶
If the module's script is left empty, the first available action will be automatically selected.
If the module script does not explicitly select an action, an exception will be thrown and execution is stopped.