The Event action is for generating custom events in the User event domain. It's used to queue up follow-up work, either immediately or in the future, and can be useful when designing complex workloads, separating work between tasks.
Events generated by this action may be responded to by other tasks, or by the task that generated this action.
Events generated by this action are child events of the event responsible for the current action.
Options
Option
Description
topic
Required; a string specifying an event topic of the form "user/*/*"
data
Required; any JSON value (including null), to be used as the event data
run_at
Optional; a Unix timestamp integer, or any string that can be parsed as a time
task_ids
Optional, cannot be used with task_id; an array of task UUID strings, specifying which tasks are allowed to respond to this event
task_id
Optional, cannot be used with task_ids; a string containing a single task UUID, specifying which task is allowed to respond to this event
Notes
If a run_at value specifies a time in the past, the new event will be run immediately.
Tasks specified by task_ids or task_id must subscribe to the event topic being used. As with all subscriptions, offsets may be used, and will be respected.
Examples
Using the Event tag
{% assign data = hash %}{% assign data["foo"] = "bar" %}{% action"event", topic: "user/foo/bar", data: data %}
This task emails a customer daily until their order is paid. It works by scheduling a follow-up run of the same task, one day in the future, using the run_at option.
This task emails a customer daily until their order is paid. It works by firing the follow-up event immediately, using a subscription offset to respond to it a day later.