Event Listener Step
The Event Listener Step introduces an event-driven mechanism to Harness pipelines, eliminating the need for polling and improving performance. Instead of continuously checking for status updates, this step reacts to webhook events in real time to determine whether a pipeline should resume or fail based on predefined conditions.
This feature is behind the feature flag: CDS_EVENT_LISTENER_STEP
Key Features
-
Webhook Event Handling
Processes incoming webhook events to either resume or fail pipeline execution based on the event payload. -
Success/Failure Criteria
- Harness uses JEXL expressions to define success and failure conditions.
- Success Criteria (required) is always evaluated first and takes precedence. If success criteria is met, the pipeline resumes.
- Failure Criteria (optional) is evaluated only if the success criteria is not met. If the failure criteria is met, the step fails and the corresponding failure strategy (step or stage-level) is applied.
- If no failure criteria is provided, the step continues to wait for an event that meets the success criteria until the timeout is reached.
-
Event-Driven
Eliminates the overhead of polling by listening for relevant events as they occur.
Configuring an Webhook
Refer Generic Webhook Documentation to know more about how to create a webhook.
Configuring an Event Listener Step
Follow these steps to set up a Google Cloud Run Service in Harness:
- Interactive guide
- Step by Step Guide
Here is an interactive guide to setup your Event Listener Step pipeline.
This step is available in Deploy Stages and Custom Stages.
-
Add Step
Click Add Step and select Event Listener Step. -
Name & Time-Out
Provide a Name and Time-out value for the step. -
Webhook Selection
Choose a Webhook to trigger pipeline execution based on incoming events. -
Success Criteria
- Provide a JEXL expression that defines when the pipeline should succeed.
- Once the success criteria is met, the pipeline resumes with a SUCCESS status.
-
Failure Criteria
- Provide a JEXL expression that defines when the pipeline should fail.
- If failure criteria is met (and success criteria isn’t already met), the pipeline fails.
- Note: Success criteria is evaluated first. If success criteria passes, the failure criteria is not considered.
-
Input Variables
- Optionally, define input variables that can be used within your success/failure JEXL expressions.
-
Output Variables
- (Optional) Specify any variables you want to make available for later steps in the pipeline.
Use Cases
Use Cases
Suppose the webhook payload received is:
{
"event": "ping",
"data": {
"success": true
},
"webhook": "EventListenerTest",
"action": "SUCCESS"
}
- Success Criteria:
<+event.payload.action> == "SUCCESS"
Since action is "SUCCESS", the success criteria is met and the step succeeds.
- Success Criteria:
<+event.payload.action> == "SUCCESS"
Failure Criteria:<+event.payload.webhook> == "EventListenerTest"
Both conditions are met (action is "SUCCESS" and webhook is "EventListenerTest"). Because success criteria is evaluated first, the step succeeds.
- Success Criteria:
<+event.payload.action> == "Null"
Failure Criteria:<+event.payload.webhook> == "EventListenerTest"
The success criteria fails (action is not "Null"). The failure criteria passes (webhook is "EventListenerTest"). The step fails.
- Neither Criteria Met
If neither the success nor failure criteria is met, the step waits for additional events that might match until the time-out is reached.
Sample Pipeline YAML
Sample yaml
Here is the sample pipeline yaml for the EventListener step
pipeline:
name: Event-Listener
identifier: EventListener
projectIdentifier: projectIdentifier
orgIdentifier: default
tags: {}
stages:
- stage:
name: stage1
identifier: stage1
description: ""
type: Custom
spec:
execution:
steps:
- step:
type: EventListener
name: EventListener_1
identifier: EventListener_1
spec:
webhookIdentifier: Event_listener
successCriteria: <+event.payload.action>=="SUCCESS"
failureCriteria: <+event.payload.action>=="FAILURE"
timeout: 10m
tags: {}