listeners reads the listeners of a session: every declared listener of
the revision with its switch, its slots, its pending batch and what it last did, then the connection listeners that
are open on the session. With --listener it shows one declared listener in full, with the runs it started.
It only reads. To turn a listener on or off, use listener enable|disable.
Synopsis
The listing
One row per declared listener, in the order the platform returns them:
Connection listeners follow under their own heading, with their listener id, connection id, creation time and filter.
A connection listener has no switch and writes no outcome.
One listener
--listener <alias-or-id> prints the listener’s filter, batch, concurrency, retry and target, its newest 20
outcomes, and the first page of the executions it started. A line appears only for a field the body has; a stored body
always has concurrency and its target. An outcome ends with retry=<n> only when it is a retry’s own: 1 on a
batch’s first retry, 2 on its second, and nothing on its first delivery:
more exist after <id>. When it
holds none but more exist, the command says
no runs in the newest 1,000 executions; more exist. A name that is not a declared listener of the revision is
LISTENER_NOT_FOUND.
Under --json the payload is {session_id, listeners, connections}, or with --listener
{session_id, listener, executions, last_execution_id}, each entry as the platform returns it, alongside the
envelope’s schema_version.
Errors
Every code above, with its remediation, is in Error codes.
See also
- Listeners — bindings, the body, outcomes and the switch.
blobhub workflow listener enable|disable— flip a listener for one session.blobhub workflow events—--listenerlists the events a listener caused.

