Streams

The first step is to set up storage for our ORDERS related messages, these arrive on a wildcard of subjects all flowing into the same Stream and they are kept for 1 year.

Creating

  1. nats str add ORDERS

Output

  1. ? Subjects to consume ORDERS.*
  2. ? Storage backend file
  3. ? Retention Policy Limits
  4. ? Discard Policy Old
  5. ? Message count limit -1
  6. ? Message size limit -1
  7. ? Maximum message age limit 1y
  8. ? Maximum individual message size [? for help] (-1) -1
  9. Stream ORDERS was created
  10. Information for Stream ORDERS
  11. Configuration:
  12. Subjects: ORDERS.*
  13. Acknowledgements: true
  14. Retention: File - Limits
  15. Replicas: 1
  16. Maximum Messages: -1
  17. Maximum Bytes: -1
  18. Maximum Age: 8760h0m0s
  19. Maximum Message Size: -1
  20. Maximum Consumers: -1
  21. Statistics:
  22. Messages: 0
  23. Bytes: 0 B
  24. FirstSeq: 0
  25. LastSeq: 0
  26. Active Consumers: 0

You can get prompted interactively for missing information as above, or do it all on one command. Pressing ? in the CLI will help you map prompts to CLI options:

  1. nats str add ORDERS --subjects "ORDERS.*" --ack --max-msgs=-1 --max-bytes=-1 --max-age=1y --storage file --retention limits --max-msg-size=-1 --discard old --dupe-window="0s" --replicas 1

Additionally one can store the configuration in a JSON file, the format of this is the same as $ nats str info ORDERS -j | jq .config:

  1. nats str add ORDERS --config orders.json

Listing

We can confirm our Stream was created:

  1. nats str ls

Output

  1. Streams:
  2. ORDERS

Querying

Information about the configuration of the Stream can be seen, and if you did not specify the Stream like below, it will prompt you based on all known ones:

  1. nats str info ORDERS

Output

  1. Information for Stream ORDERS created 2021-02-27T16:49:36-07:00
  2. Configuration:
  3. Subjects: ORDERS.*
  4. Acknowledgements: true
  5. Retention: File - Limits
  6. Replicas: 1
  7. Discard Policy: Old
  8. Duplicate Window: 2m0s
  9. Maximum Messages: unlimited
  10. Maximum Bytes: unlimited
  11. Maximum Age: 1y0d0h0m0s
  12. Maximum Message Size: unlimited
  13. Maximum Consumers: unlimited
  14. State:
  15. Messages: 0
  16. Bytes: 0 B
  17. FirstSeq: 0
  18. LastSeq: 0
  19. Active Consumers: 0

Most commands that show data as above support -j to show the results as JSON:

  1. nats str info ORDERS -j

Output

  1. {
  2. "config": {
  3. "name": "ORDERS",
  4. "subjects": [
  5. "ORDERS.*"
  6. ],
  7. "retention": "limits",
  8. "max_consumers": -1,
  9. "max_msgs": -1,
  10. "max_bytes": -1,
  11. "max_age": 31536000000000000,
  12. "max_msg_size": -1,
  13. "storage": "file",
  14. "discard": "old",
  15. "num_replicas": 1,
  16. "duplicate_window": 120000000000
  17. },
  18. "created": "2021-02-27T23:49:36.700424Z",
  19. "state": {
  20. "messages": 0,
  21. "bytes": 0,
  22. "first_seq": 0,
  23. "first_ts": "0001-01-01T00:00:00Z",
  24. "last_seq": 0,
  25. "last_ts": "0001-01-01T00:00:00Z",
  26. "consumer_count": 0
  27. }
  28. }

This is the general pattern for the entire nats utility as it relates to JetStream - prompting for needed information but every action can be run non-interactively making it usable as a CLI API. All information output like seen above can be turned into JSON using -j.

Copying

A stream can be copied into another, which also allows the configuration of the new one to be adjusted via CLI flags:

  1. nats str cp ORDERS ARCHIVE --subjects "ORDERS_ARCVHIVE.*" --max-age 2y

Output

  1. Stream ORDERS was created
  2. Information for Stream ORDERS created 2021-02-27T16:52:46-07:00
  3. Configuration:
  4. Subjects: ORDERS_ARCHIVE.*
  5. Acknowledgements: true
  6. Retention: File - Limits
  7. Replicas: 1
  8. Discard Policy: Old
  9. Duplicate Window: 2m0s
  10. Maximum Messages: unlimited
  11. Maximum Bytes: unlimited
  12. Maximum Age: 2y0d0h0m0s
  13. Maximum Message Size: unlimited
  14. Maximum Consumers: unlimited
  15. State:
  16. Messages: 0
  17. Bytes: 0 B
  18. FirstSeq: 0
  19. LastSeq: 0
  20. Active Consumers: 0

Editing

A stream configuration can be edited, which allows the configuration to be adjusted via CLI flags. Here I have an incorrectly created ORDERS stream that I fix:

  1. nats str info ORDERS -j | jq .config.subjects

Output

  1. [
  2. "ORDERS.new"
  3. ]

Change the subjects for the stream

  1. nats str edit ORDERS --subjects "ORDERS.*"

Output

  1. Stream ORDERS was updated
  2. Information for Stream ORDERS
  3. Configuration:
  4. Subjects: ORDERS.*
  5. ....

Additionally, one can store the configuration in a JSON file, the format of this is the same as $ nats str info ORDERS -j | jq .config:

  1. nats str edit ORDERS --config orders.json

Publishing Into a Stream

Now let’s add some messages to our Stream. You can use nats pub to add messages, pass the --wait flag to see the publish ack being returned.

You can publish without waiting for acknowledgement:

  1. nats pub ORDERS.scratch hello

But if you want to be sure your messages got to JetStream and were persisted you can make a request:

  1. nats req ORDERS.scratch hello

Output

  1. 13:45:03 Sending request on [ORDERS.scratch]
  2. 13:45:03 Received on [_INBOX.M8drJkd8O5otORAo0sMNkg.scHnSafY]: '+OK'

Keep checking the status of the Stream while doing this and you’ll see its stored messages increase.

  1. nats str info ORDERS

Output

  1. Information for Stream ORDERS
  2. ...
  3. Statistics:
  4. Messages: 3
  5. Bytes: 147 B
  6. FirstSeq: 1
  7. LastSeq: 3
  8. Active Consumers: 0

After putting some throwaway data into the Stream, we can purge all the data out - while keeping the Stream active:

Deleting All Data

To delete all data in a stream use purge:

  1. nats str purge ORDERS -f

Output

  1. ...
  2. State:
  3. Messages: 0
  4. Bytes: 0 B
  5. FirstSeq: 1,000,001
  6. LastSeq: 1,000,000
  7. Active Consumers: 0

Deleting A Message

A single message can be securely removed from the stream:

  1. nats str rmm ORDERS 1 -f

Deleting Sets

Finally, for demonstration purposes, you can also delete the whole Stream and recreate it. Then we’re ready for creating the Consumers:

  1. nats str rm ORDERS -f
  2. nats str add ORDERS --subjects "ORDERS.*" --ack --max-msgs=-1 --max-bytes=-1 --max-age=1y --storage file --retention limits --max-msg-size=-1 --discard old --dupe-window="0s" --replicas 1