Consume messages from a NATS subject on a JetStream-enabled NATS server.

Please note that the server you run the task against must have JetStream enabled for task to work. The server should also have a stream configured to match the given subject.

yaml
type: "io.kestra.plugin.nats.Consume"

Consume messages from any topic subject matching the kestra.> wildcard, using user password authentication.

yaml
id: nats_consume_messages
namespace: company.team

tasks:
  - id: consume
    type: io.kestra.plugin.nats.Consume
    url: nats://localhost:4222
    username: nats_user
    password: nats_password
    subject: kestra.>
    durableId: someDurableId
    pollDuration: PT5S
Properties
Min length 1

Subject to subscribe to

Min length 1

URL to connect to NATS server

The format is (nats://)server_url: port. You can also provide a connection token like so: nats://token@server_url: port

Default 10
Minimum >= 1

Messages are fetched by batch of given size.

Credentials files authentification

Default All
Possible Values
AllLastNewByStartSequenceByStartTimeLastPerSubject

The point in the stream to receive messages from.

Possible settings are:

  • All: The default policy. The consumer will start receiving from the earliest available message.
  • Last: When first consuming messages, the consumer will start receiving messages with the last message added to the stream, or the last message in the stream that matches the consumer's filter subject if defined.
  • New: When first consuming messages, the consumer will only start receiving messages that were created after the consumer was created.
  • ByStartSequence: When first consuming messages, start at the first message having the sequence number or the next one available.
  • ByStartTime: When first consuming messages, start with messages on or after this time. The consumer is required to specify since which defines this start time.
  • LastPerSubject: When first consuming messages, start with the latest one for each filtered subject currently in the stream.

ID used to attach the subscription to a durable one, allowing the subscription to start back from a previous position

Format duration

The max duration before stopping the message polling

It's not an hard limit and is evaluated every second

The max number of rows to fetch before stopping

Plaintext authentication password

Default PT2S
Format duration

Polling duration before processing message

If no messages are available, define the max duration to wait for new messages

Minimum message timestamp to start consumption from.

By default, we consume all messages from the subjects starting from beginning of logs or depending on the current durable id position. You can also provide an arbitrary start time to get all messages since this date for a new durable id. Note that if you don't provide a durable id, you will retrieve all messages starting from this date even after subsequent usage of this task.Must be a valid iso 8601 date.

Token authentification

Plaintext authentication username

Number of messages consumed.

Format uri

URI of a Kestra internal storage file.