v1.2.0

1.2.0 - 2024-08-21

Added

• Support for nested Avro schema with the avro_schema_nested field to the registry_schema_decode and registry_schema_decode processors. @jem-davies
• New etcd input component for watching an etcd key or prefix. @gregfurman
• Compare And Swap (CAS) support to Couchbase with cas_enabled flag. @sapk
• init_verify_conn field to SQL components, allowing Bento to ping a target database on initialisation. @gregfurman

Upstream Changes

• v4.31.0 - 2024-07-18

v1.1.0

For installation instructions check out the getting started guide.

Added

• Bento mascot as a favicon.ico to docusaurus site and back into the README.
• New cookbook for Kafka topic mirroring.
• New local testing guide for bento-lambda.

Changed

• Removed more references to upstream in documentation.

Upstream Changes Synced

• v4.30.0 - 2024-05-29
• v4.29.0 - 2024-05-29
• v4.28.0 - 2024-05-29

The full change log can be found here.

v1.0.2

What's Changed

• Chore: Fix reference to example project and update Slack card by @gregfurman in #22
• Update README.md by @smga3000 in #24
• Update doc and changelog by @epot in #25
• Uncomment by @epot in #26
• Update SECURITY.md by @cfgrillo in #29
• fix ./resources/docker/streams_mode by @jem-davies in #31
• change v4 to v1 by @aratz-lasa in #27

New Contributors

• @gregfurman made their first contribution in #22
• @smga3000 made their first contribution in #24
• @cfgrillo made their first contribution in #29
• @jem-davies made their first contribution in #31
• @aratz-lasa made their first contribution in #27

Full Changelog: v1.0.1...v1.0.2

v1.0.1

For installation instructions check out the getting started guide.

Changed

Using github's container registry instead of AWS ECR.

The full change log can be found here.

v1.0.0

For installation instructions check out the getting started guide.

This is the first release of Bento after the fork.

v0.0.3-rc1

For installation instructions check out the getting started guide.

Added

• New nats_kv cache type.
• The nats_jetstream input now supports last_per_subject and new deliver fallbacks.
• Field error_patterns added to the drop_on output.
• New redis_scan input type.
• Field auto_replay_nacks added to all inputs that traditionally automatically retry nacked messages as a toggle for this behaviour.
• New retry processor.
• New noop cache.
• Field targets_input added to the azure_blob_storage input.
• New reject_errored output.
• New nats_request_reply processor.
• New json_documents scanner.

Fixed

• The unarchive processor no longer yields linting errors when the format csv:x is specified. This is a regression introduced in v4.25.0.
• The sftp input will no longer consume files when the watcher cache returns an error. Instead, it will reattempt the file upon the next poll.
• The aws_sqs input no longer logs error level logs for visibility timeout refreshing errors.
• The nats_kv processor now allows nats wildcards for the keys operation.
• The nats_kv processor keys operation now returns a single message with an array of found keys instead of a batch of messages.
• The nats_kv processor history operation now returns a single message with an array of objects containing the record fields instead of a batch of messages.
• Field timeout added to the nats_kv processor to specify the maximum period to wait on an operation before aborting and returning an error.
• Bloblang comparison operators (>, <, <=, >=) now match the precision of the compared integers when applicable.
• The parse_form_url_encoded Bloblang method no longer produces results with an unknown data type for repeated query parameters.
• The echo CLI command no longer fails to sanitise configs when encountering an empty password field.

Changed

• The log events from all inputs and outputs when they first connect have been made more consistent and no longer contain any information regarding the nature of their connections.
• Splitting message batches with a split processor (or custom plugins) no longer results in downstream error handling loops around nacks. This was previously implemented as a feature to ensure unbounded expanded and split batches don't flood downstream services in the event of a minority of errors. However, introducing more clever origin tracking of errored messages has eliminated the need for this undocumented behaviour.

The full change log can be found here.