VMware RabbitMQ OCI release notes include detailed release information about VMware's RabbitMQ Container Image (OCI) versions 1.2.x, 1.3.x, 1.4.x, and 1.5.x releases.

VMware's RabbitMQ OCI is available for download from VMware Tanzu Network.

VMware RabbitMQ OCI Release 1.5

VMware RabbitMQ OCI Release 1.5.3

VMware RabbitMQ 1.5.3 contains the following packages and changes:

  • RabbitMQ 3.12.12
  • Erlang 25.3.2.7

Open-source RabbitMQ 3.12.12 Changes

Open-source RabbitMQ version 3.12.12 is a maintenance release in the 3.12.x release series.

Important

The VMware RabbitMQ 1.5.3 release includes a RabbitMQ version that is based on the RabbitMQ open-source version 3.12.12 so similiar to the previous VMware RabbitMQ 1.5.2, 1.5.1, and 1.5.0 releases, the same scenario applies to feature flags. Open-source RabbitMQ 3.12.x packages require all feature flags from the 3.11.x release series to be turned on before upgrading so you must turn on feature flags now on all RabbitMQ clusters that you want to upgrade from VMware RabbitMQ version 1.4.3. If you are coming from a VMware RabbitMQ version that is before 1.4.3 (such as version 1.4.2) and you want to upgrade to VMware RabbitMQ version 1.5.3, you must upgrade to VMware RabbitMQ version 1.4.3 first.

Core Server: Bug Fixes

  • Build up of Erlang processes: In RabbitMQ environments with a large number of quorum queues, there are a large number of Erlang processes as a result. You may get a build-up of these Erlang processes in your environment. This build should be temporary but if there are a large number of them, it could take a while to clear. If these processes are not cleared before the next round of operations occur then your number of processes is now larger again, which means there could be a continuing build-up of processes all the time. This issue should now be fixed. Refer to Github pull request 10242 for more information.
  • Propagate all credentials to http backend to ensure successful login to RabbitMQ: Parameters such as client_id that are required during the authentication of MQTT were not passed to the authentication backends used to authenticate the user. As a result, when MQTT users accessed RabbitMQ via the MQTT protocol, they could not login because the client_id parameter that was used during the authentication to open an MQTT connection was not passed down to the http authentication backend that RabbitMQ uses to authenticate the user. The configured http backend expected the client_id parameter. This issue should now be resolved. Refer to Github pull request 10230 for more information.
  • A RabbitMQ node now waits for any changes in the state of the feature flags to be complete before the node shuts down. Refer to Github pull request 10279 for more information.

Stream Plugin: Bug Fixes

  • Return expected internal error code in stream metadata lookup: When a RabbitMQ node is unavailable, this fix ensures the metadata stream protocol operation does not fail. Refer to Github pull request 10277 for more information.

  • Allow MQTT QoS 0 subscribers to reconnect: In the VMware RabbitMQ for Kubernetes 1.5.2 release (and previous releases), the following issue existed:

    1. An MQTT client connects to a RabbitMQ node with CleanSession=true and subscribes with QoS=0. (Internally, RabbitMQ creates a queue with a rabbit_mqtt_qos0_queue type).
    2. The node crashes, that is, it does not shut down cleanly.
    3. The MQTT client re-connects to a different RabbitMQ live node.
    4. The MQTT client re-subscribes with QoS=0.

    Step 4 fails with a Failed to declare queue <queue name>: {absent, AmqQueue, nodedown} error message. This issue should now be fixed in this VMware RabbitMQ for Kubernetes 1.5.3 release. Clients can re-connect and re-subscribe to a RabbitMQ live node if the original node hosting the MQTT connection crashed. Refer to Github pull request 10244 for more information.

CLI Tools: Bug Fix

Some CLI commands (like rabbitmq-diagnostics observer) were failing to accept input since this Github pull request was included in the open-source RabbitMQ 3.12.11 release. This issue should now be fixed in the current RabbitMQ 3.12.12 release. Refer to Github pull requests 10270 and 10258 for more information.

For more information about other features and fixes introduced in open-source RabbitMQ 3.12.12, review the release notes or to review release notes for open-source RabbitMQ versions from 3.12.10 (3.12.10 was the RabbitMQ version that was included in the previous VMware RabbitMQ OCI V1.5.2 release) to the current 3.12.12, go here and select the particular release notes version that you want.

VMware RabbitMQ OCI Release 1.5.2

VMware RabbitMQ 1.5.2 contains the following packages and changes:

  • RabbitMQ 3.12.10
  • Erlang 25.3.2.7

Open-source RabbitMQ 3.12.10 Changes

Open-source RabbitMQ version 3.12.10 is a maintenance release in the 3.12.x release series.

Important

The VMware RabbitMQ 1.5.2 release includes a RabbitMQ version that is based on the RabbitMQ open-source version 3.12.10 so similiar to the previous VMware RabbitMQ 1.5.1 and 1.5.0 releases, the same scenario applies to feature flags. Open-source RabbitMQ 3.12.x packages require all feature flags from the 3.11.x release series to be turned on before upgrading so you must turn on feature flags now on all RabbitMQ clusters that you want to upgrade from VMware RabbitMQ version 1.4.3. If you are coming from a VMware RabbitMQ version that is before 1.4.3 (such as version 1.4.2) and you want to upgrade to VMware RabbitMQ version 1.5.2, you must upgrade to VMware RabbitMQ version 1.4.3 first.

Shovel Plugin Enhancement:

Previously, after upgrading to 3.12.9 from 3.12.6 or an older version, two Shovels were started. Two Shovels running concurrently can still transfer messages but because they act as competing consumers (and publishers), message ordering in the target queue is affected.

Now with this enhancement, if you upgrade from 3.12.6 to a newer version of RabbitMQ such as 3.12.9 or 3.12.10 this scenario no longer occurs. Refer to Github pull request 9965 for more information.

For more information about other features and fixes introduced in open-source RabbitMQ 3.12.10, review the release notes or to review release notes for open-source RabbitMQ versions from 3.12.4 (3.12.4 was the RabbitMQ version that was included in the previous VMware RabbitMQ OCI V1.5.1 release) to the current 3.12.10, go here and select the particular release notes version that you want.

VMware RabbitMQ OCI Release 1.5.1

VMware RabbitMQ 1.5.1 contains the following packages and changes:

  • RabbitMQ 3.12.4
  • Erlang 25.3.2.5

Open-source RabbitMQ 3.12.4 Changes

Open-source RabbitMQ version 3.12.4 is a maintenance release in the 3.12.x release series.

Important

The VMware RabbitMQ 1.5.1 release includes a RabbitMQ version that is based on the RabbitMQ open-source version 3.12.4 so similiar to the previous VMware RabbitMQ 1.5.0 release, the same scenario applies to feature flags. Open-source RabbitMQ 3.12.x packages require all feature flags from the 3.11.x release series to be turned on before upgrading so you must turn on feature flags now on all RabbitMQ clusters that you want to upgrade from VMware RabbitMQ version 1.4.3. If you are coming from a VMware RabbitMQ version that is before 1.4.3 (such as version 1.4.2) and you want to upgrade to VMware RabbitMQ version 1.5.1, you must upgrade to VMware RabbitMQ version 1.4.3 first.

Core Server Bug Fix:

Consumer churn on quorum queues can result in some messages not being delivered to consumers in some cases. This issue mostly affected queue federation links. Refer to Github pull request 9158 for more information.

Management Plugin Bug Fix:

Quorum queue replica management operations over the HTTP API can now be turned off (deactivated). This functionality is useful in environments where replica management is completed by the platform team and tooling, and should not be exposed to cluster users. Refer to Github pull request 9151 for more information.

Federation Plugin Bug Fix:

Queue federation links that connected quorum queues could get stuck (stop transferring messages even when there were no other consumers on the upstream). Refer to Github pull request 9158 for more information.

LDAP Plugin (AuthN/AuthZ Backend) Bug Fix:

Previously, the LDAP plugin did not interpolate values with non-ASCII characters correctly. Refer to Github issue 9059 for more information.

For more information about other features and fixes introduced in open-source RabbitMQ 3.12.4, review the release notes or to review release notes for open-source RabbitMQ versions from 3.12.2 to the current 3.12.4, go here and select the version that you want to display its release notes.

VMware RabbitMQ OCI Release 1.5.0

VMware RabbitMQ 1.5.0 contains the following packages and changes:

  • RabbitMQ 3.12.2
  • Erlang 25.3.2.3

Open-source RabbitMQ 3.12.2 Changes

Open-source RabbitMQ version 3.12.2 is a maintenance release in the 3.12.x release series.

Important

The VMware RabbitMQ 1.5.0 release includes a RabbitMQ version that is based on the RabbitMQ open-source version 3.12.2. Open-source RabbitMQ 3.12.x packages require all feature flags from the 3.11.x release series to be turned on before upgrading so you must turn on feature flags now on all RabbitMQ clusters that you want to upgrade from VMware RabbitMQ version 1.4.3. If you are coming from a VMware RabbitMQ version that is before 1.4.3 (such as version 1.4.2) and you want to upgrade to VMware RabbitMQ version 1.5.0, you must upgrade to VMware RabbitMQ version 1.4.3 first.

Core Server: Bug Fixes

  • In very rare conditions, recovering queues when a node is restarted can cause an exception. Refer to Github issue 8746 for more information.
  • file_handle_cache operations are now safer when handling non-existent keys. Refer to Github issue 8784 for more information.
  • Fixed a potential resource leak in at-least-once dead lettering from quorum queues. Refer to Github pull request 8799 for more information.

CLI Tools: Enhancements

A new command, rabbitmqctl deactivate_free_disk_space_monitoring, can be used to (temporarily or permanently) deactivate free disk space monitoring on a node. To re-activate it, use rabbitmqctl activate_free_disk_space_monitoring. Refer to Github pull request 8801 for more information.

AMQP 1.0 Plugin: Bug Fixes

AMQP 1.0 clients that try to publish a message in a way that results in that message not being routed anywhere are now notified with a status "released" for that message. Refer to Github issue 7823 for more information.

Prometheus Plugin: Enhancements

  • Prometheus scraping API endpoints now support optional authentication. Refer to the Github pull request 8661 for more information.
  • The Prometheus plugin now filters out values that are undefined or NaN by excluding these values from the API endpoint response. Previously, if a metric was not computed for any reason (for example: free disk space monitor was turned off on the node), its value could end up being rendered as undefined or NaN, which are two values that Prometheus scrapers cannot handle (for numerical types such as gauges). Refer to Github issue 8740 for more information.

Management Plugin: Bug Fixes

Previously, it was not possible to close a table column selection pane on screens with minimal vertical space. Refer to Github issue 8660 for more information.

STOMP Plugin: Bug Fixes

The plugin now enforces a maximum STOMP frame size. Frames larger than the maximum STOMP frame size size are rejected. The default maximum size is 4 MiB. It can be increased or decreased. To increase the maximum supported STOMP frame size to 10 MiB, set the value: stomp.max_frame_size = 10485760. To decrease the default 4 MiB to 2 MiB, set the value stomp.max_frame_size = 2097152.

Shovel Plugin: Bug Fixes

Shovel stop when its destination (target) does not exist. Such shovels are then periodically restarted to retry. Refer to Github issue 8697 for more information.

Web MQTT Plugin: Enhancements

It is now possible to opt in to deactivate file handle cache use in the plugin by setting web_mqtt.use_file_handle_cache = false. Refer to Github pull request 8790 for more information.

Web STOMP Plugin: Enhancements

It is now possible to opt in to deactivate file handle cache use in the plugin by setting web_stomp.use_file_handle_cache = false. Refer to Github pull request 8790 for more information.

For more information about other features and fixes introduced in open-source RabbitMQ 3.12.2, review the release notes.

Open-source RabbitMQ 3.12.0 Features

Open Source RabbitMQ 3.12.0 is a new feature release which RabbitMQ 3.12.2 is part of. RabbitMQ 3.12.0 includes new features, optimizations, and also implements functionality where a number of feature flags are now mandatory.

The following lists the user-facing areas that have biggest improvements:

  • Optimizations for both quorum and classic queues: improved throughput, lower throughput variability, lower latency, and lower memory footprint.
  • More mature and efficient implementation of (non-mirrored) classic queues v2 (CQv2).
  • Classic queue lazy and non-lazy modes no longer apply: classic queues v2 always behave very similarly to the lazy mode in earlier release series, that is, actively moving data to disk and only keeping a subset of data in memory.
  • Significantly reduced MQTT and Web MQTT memory footprint per connection.
  • OAuth 2, OIDC, and IDP support.
  • More configuration options for the OAuth 2 plugin.

This release also includes many internal API improvements in preparation for the upcoming new major RabbitMQ 4.0 release (coming in the future) with Khepri. For more information, review the 3.12.0 release notes.

Dependency Upgrades

ra was upgraded to 2.6.3

VMware RabbitMQ OCI Release 1.4

VMware RabbitMQ OCI Release 1.4.5

VMware RabbitMQ 1.4.5 contains the following packages and changes:

  • RabbitMQ 3.11.25
  • Erlang 25.3.2.7

Open-source RabbitMQ 3.11.25 Changes

RabbitMQ 3.11.25 is a maintenance release in the 3.11.x release series.

Core Server Bug Fix:

A fix is implemented to handle the autoheal winner_waiting state with a chosen winner notification received. This solution handles this case in the same way as all other {winner_is, Winner} messages, it restarts the loser and updates the autoheal state to avoid crashing the node monitor process. Refer to Github pull request 9819 for more information.

Core Server Enhancement:

raft.segment_max_entries is now validated to prevent the value from overflowing its 16-bit segment file field. Maximum supported value is now 65535. Refer to Github pull request 9748 for more information.

Shovel Plugin Enhancement:

Much faster Shovel startup in environments where many shovels exist (one thousand or more). Refer to Github pull request 9800 for more information.

AMQP 1.0 Erlang Client Enhancement:

Previously, credentials could be logged in a small number of failure scenarios and only for Shovels that used AMQP 1.0. Now, shovels that use AMQP 1.0 will avoid logging sensitive data in case in certain failure scenarios. Refer to Github pull request 9778 for more information.

For more information about other features and fixes introduced in open-source RabbitMQ 3.11.0, review the release notes or to review release notes for open-source RabbitMQ versions from 3.11.22 (3.11.22 was the RabbitMQ version that was included in the previous VMware RabbitMQ OCI V1.4.4 release) to the current 3.11.25, go to here and select the particular release notes version that you want.

VMware RabbitMQ OCI Release 1.4.4

VMware RabbitMQ 1.4.4 contains the following packages and changes:

  • RabbitMQ 3.11.22
  • Erlang 25.3.2.5

Open-source RabbitMQ 3.11.22 Changes

RabbitMQ 3.11.22 is a maintenance release in the 3.11.x release series.

Management Plugin Bug Fix:

Quorum queue replica management operations over the HTTP API can now be turned off (deactivated). This functionality is useful in environments where replica management is completed by the platform team and tooling, and should not be exposed to cluster users. Refer to Github pull request 9151 for more information.

LDAP Plugin (AuthN/AuthZ Backend) Bug Fix:

Previously, the LDAP plugin did not interpolate values with non-ASCII characters correctly. Refer to Github issue 9059 for more information.

For more information about other features and fixes introduced in open-source RabbitMQ 3.11.0, review the release notes or to review release notes for open-source RabbitMQ versions from 3.11.18 to the current 3.11.22, go to here and select the release notes file for the particular version you want.

VMware RabbitMQ OCI Release 1.4.3

VMware RabbitMQ 1.4.3 contains the following packages and changes:

  • RabbitMQ 3.11.18.
  • Erlang 25.3
  • Previous VMware RabbitMQ OCI releases supported one VMware RabbitMQ OCI image, which works on AMD64 (alternatively called x86-64 or x64) architectures. Now, an additional VMware RabbitMQ OCI image is also included to work on on ARM64 architectures. Note, it is beta only and it does not support FIPS. The image name is vmware-tanzu-rabbitmq-arm64.
  • The command line tool rabbitmqadmin is removed from the VMware RabbitMQ V1.4.3 OCI image.

Open-source RabbitMQ 3.11.18 Changes

Open-source RabbitMQ version 3.11.18 is a maintenance release in the 3.11.x release series.

Core Server: Bug Fixes

  • Classic queues v1 (CQv1) that had a backlog of messages stored by RabbitMQ version 3.9 and earlier versions sometimes ran into an exception during queue index recovery after an upgrade to RabbitMQ version 3.10.x or any later series was completed. This issue is now resolved. Classic queues (CQv2) and queues without a backlog were not affected by this issue.
  • rabbitmq-upgrade drain failed with an exception in environments where the management plugin (HTTP API) plugin listener was bound to a specific interface. This issue is now resolved.

OAuth 2 Plugin: Enhancements

The OAuth 2 plugin now accepts JWT tokens without a scope. These tokens are useful only when the plugin is used exclusively for authentication and not authorization.

For more information about other features and fixes introduced in open-source RabbitMQ 3.11.0, review the release notes or to review release notes for open-source RabbitMQ versions from 3.11.11 to the current 3.11.18, go to here and select the release notes file for the particular version you want.

VMware RabbitMQ OCI Release 1.4.2

VMware RabbitMQ 1.4.2 contains the following packages and changes

  • RabbitMQ 3.11.11
  • Erlang 25.2

RabbitMQ 3.11.11 Changes

RabbitMQ version 3.11.11 is a maintenance release in the 3.11.x release series.

Core Server: Bug Fixes

  • Previously, customers using streams who switched between being active and inactive, or temporarily became very slow could become completely starved of deliveries. This meant that their message delivery rate could drop to 0 while other consumers did not have this problem. This issue is now resolved.
  • Previously, the memory of the stream coordinator process (rabbit_stream_coordinator) was reported asother. This issue is now resolved and the stream coordinator process memory footprint is now reported correctly (and classified differently).

Core Server: Enhancements

  • There is now a way to pre-configure users and their permissions for newly created virtual hosts:

    default_users.qa_user.vhost_pattern = qa.*
    default_users.qa_user.tags = policymaker,monitoring
    default_users.qa_user.password = fd237824441a78cd922410af4b83f0888186a8d7
    default_users.qa_user.read = .*
    default_users.qa_user.write = .*
    default_users.qa_user.configure = .*
    

    This is primarily useful in environments where RabbitMQ is provided as a service but customers (clients) have control over virtual hosts.

STOMP Plugin

  • Consumers on /queue/ destinations that consume from streams can now specify the x-stream-max-segment-size-bytes setting using SUBSCRIBE frame headers.

etcd Peer Discovery Plugin

  • ETCD peer discovery ignored the TTL configuration provided by the user. This issue is now resolved.

For more information about other features and fixes introduced in the RabbitMQ 3.11.0, review the release notes or to review release notes for RabbitMQ versions from 3.11.8 to the current 3.11.11, go to here and select the release notes file for the particular version you want.

VMware RabbitMQ OCI Release 1.4.1

VMware RabbitMQ 1.4.1 contains the following packages and changes

  • RabbitMQ 3.11.8
  • Erlang 25.2

RabbitMQ 3.11.8 Changes

RabbitMQ version 3.11.8 is a maintenance release in the 3.11.x release series. The main fixes in this release are:

Core Server

Stream throughput improvements are implemented for workloads, which have a lot of smaller size messages (messages less than 10 bytes).

CLI Tools Features

  • rabbitmqctl hash_password is a new command that produces a hashed value for the password that is provided.

  • rabbitmq-diagnostics check_port_connectivity now supports a new optional --address flag where the user can now enter an IP address for the node and test it's connectivity. Previously, only hostname resolution was allowed. This is useful when the target node is configured to only listen for connections on one interface but not others. The following example shows how to provide the IP address with the --address flag.

    rabbitmq-diagnostics check_port_connectivity --address 127.0.0.1
    rabbitmq-diagnostics check_port_connectivity --address "::1"
    

Management Plugin

The bug fixes are:

  • Filtering users when using pagination in the RabbitMQ Management UI did not work as expected, this is now fixed.
  • Correctly formatted the JSON field value in the channel_details API response.

AMQP 1.0 Plugin

  • AMQP 1.0 connection churn was causing a memory leak, this is now fixed.

STOMP Plugin

  • STOMP client subscriptions to a destination that is an AMQP 0-9-1 exchange now creates an exclusive, auto-delete queue on an exchange. Previously, it only created an only auto-delete queue but it was not exclusive.

For more information about other features and fixes introduced in the RabbitMQ 3.11.0, review the release notes or to review release notes for RabbitMQ versions from 3.11.2 to the current 3.11.8, go to here and select the release notes file for the particular version you want.

VMware RabbitMQ OCI Release 1.4.0

VMware RabbitMQ 1.4 contains the following packages and changes

  • RabbitMQ 3.11.2
  • Erlang 25.1.1

RabbitMQ 3.11.2 Changes

RabbitMQ version 3.11.2 is a maintenance release in the 3.11.x release series. The main fixes in this release are:

Core Server

  • RabbitMQ version 3.10.0 introduced an issue where Broker version 3.10.0 and later versions occasionally stop sending publisher confirms for classic mirrored queues.
  • The classic mirrored queue leader replica was issuing too much credit to follower replicas which caused an uneven load and memory footprint between the leader replica and follower replicas. The amount of credit issued now is more accurate.
  • The Intra-cluster Compression communication link metrics collector was running into an exception when a peer connection was re-established. An example of when this might happen is after a peer node restarts.

MQTT Plugin

When a node was put into maintenance mode, it closed all MQTT client connections for the entire cluster instead of just local client connections.

RabbitMQ 3.11.0 Features

Open Source RabbitMQ 3.11.x contains some great features, which you can avail of. The main features in RabbitMQ 3.11.x are:

Streams

Single Active Consumer: RabbitMQ 3.11 introduced the single active consumer feature for streams. With this feature, several consumer instances can be attached to a stream with one consumer instance active at a time. If the active consumer instance goes down, the next instance automatically take over ensuring processing continues with minimal interuption. To summarize, this features provides exclusive consumption and consumption continuity on a stream. For more information, refer to the Single Active Consumer for Streams blog.

OAuth 2 support

  • Previously, the RabbitMQ Management UI only supported the User Account and Authentication Service (UAA) identity provider. Now it supports any identity provider compliant with the OpenID Connect standard, such as Auth0, Keycloak, Azure, and UAA.
  • The RabbitMQ Management UI no longer supports implicit flow. It now only supports the much safer authorization code with PKCE.
  • The OAuth 2 plugin only supported permissions encoded as scopes. Now, in addition, RabbitMQ supports a new permission model called called Rich Authorization Request.

For more information about other features and fixes introduced in the RabbitMQ 3.11.0, review the release notes or to review release notes for RabbitMQ versions from 3.10.6 to the current 3.11.2, go to here and select the release notes file for the particular version you want.

VMware RabbitMQ OCI Release 1.3

VMware RabbitMQ OCI Release 1.3.2

VMware RabbitMQ 1.3.2 is a security release which has one change. Erlang is now updated to version 24.3.4.4 to include the fix for CVE-2022-37026. Everything else remains the same as the 1.3.1 release.

VMware RabbitMQ OCI Release 1.3.1

VMware RabbitMQ 1.3.1 contains the following packages and changes

  • RabbitMQ 3.10.6
  • Erlang 24.3.4

RabbitMQ 3.10.6 Changes

RabbitMQ version 3.10.6 is a maintenance release in the 3.10.x release series. The main changes in this release are:

  • Core server enhancements and bug fixes
  • Consistent hashing bug fixes for the Event Exchange Plugin
  • The Consul Peer Discovery Plugin now supports client-side TLS options

For a full list of changes, review the RabbitMQ 3.10.6 release notes. Release notes for previous RabbitMQ versions 3.10.2 to 3.10.5 are here.

VMware RabbitMQ OCI Release 1.3.0

VMware RabbitMQ 1.3.0 contains the following packages and changes

  • RabbitMQ 3.10.2
  • Erlang 24.3.4
  • Importing large definitions file from a HTTP location

RabbitMQ 3.10 Features

Quorum Queue Features

  • Dead Lettering with at-least-one Guarantees: Some messages stored in RabbitMQ quorum queues will expire or be negatively acknowledged by consumers. Now, instead of silently dropping them, RabbitMQ 3.10 can be configured to “dead letter” these messages, which means they are republished to a special-purpose exchange. This new opt-in feature is called “at-least-once” dead lettering. It is available for source queues when they are quorum queues. This feature ensures that all messages dead lettered in the source quorum queue will arrive at the target queues (classic queue, quorum queue, or stream) eventually even where messages may be lost with the “at-most-once” strategy.
  • Message TTL (time to live): Now with RabbitMQ, you can set TTL for both messages and queues. This is controlled by optional queue arguments. The best way to configure it is using a policy. TTL can be applied to a single queue, a group of queues, or on a message-by-message basis.

Classic Queues

  • Classic queues now ship a new message store and queue index implementation known as CQv2. The operator must opt in to use CQv. CQv1 is still used by default.

Streams Support

  • Streams benefit from bug fixes and optimizations. Streams now also support replication over TLS based on the inter-node TLS configuration.

Scope Aliases in the OAuth 2 Plugin

  • The OAuth 2 plugin can now configured with a map of scopes to sets of RabbitMQ permissions. This enables the plugin to integrate with identity providers that use scopes as role names assigned to a client identity.

Performance Improvements

  • Higher throughput
  • Lower latency
  • Faster node startups

Find out more about these performance improvements in the RabbitMQ 3.10 Performance Improvements blog.

To review release notes for RabbitMQ versions 3.10.0 to 3.10.2, access the following links:

Importing Large Definitions Files from a HTTP Location

You can now import definitions from a URL accessible over HTTPS on node boot. Set the definitions.import_backend and definitions.https.url config keys to https and a valid URL where a JSON definition is located. More details here.

VMware RabbitMQ OCI Release 1.2

VMware RabbitMQ OCI Release 1.2.3

VMware RabbitMQ 1.2.3 is a security release which has two changes only. Erlang is now updated to version 24.3.4.4 to include the fix for CVE-2022-37026 and RabbitMQ is now updated to 3.9.23. Everything else remains the same as the 1.2.2 release.

VMware RabbitMQ OCI Release 1.2.2

VMware RabbitMQ 1.2.2 contains the following packages and changes

  • RabbitMQ 3.9.13
  • Erlang 24.1.4

VMware's RabbitMQ OCI

  • VMware RabbitMQ now reports the correct version in the startup logs.
  • Warm Standby Replication stream client can now connect over TLS to the upstream.

Release notes for individual RabbitMQ versions from 3.9.9 to 3.9.13:

VMware RabbitMQ OCI Release 1.2.1

VMware RabbitMQ 1.2.1 contains the following packages and changes

  • RabbitMQ 3.9.8
  • Erlang 24.1

VMware RabbitMQ OCI

  • User and group permissions have been adjusted to make the OCI compatible with OpenShift.

VMware RabbitMQ OCI Release 1.2.0

VMware RabbitMQ 1.2 contains the following packages and changes

  • RabbitMQ 3.9.8
  • Erlang 24.1

RabbitMQ 3.9.8

Bug Fixes

  • When the mandatory flag was used when publishing to classic queues, but publisher confirms were not, channels memory usage would grow indefinitely.
  • rabbitmq-diagnostics memory_breakdown failed to read memory of connection reader, writer and channel processes.
  • In some environments, Stream replicas advertised IP addresses that could not be reached by cluster peers (eg. IP addresses behind a NAT in a Docker deployment). RabbitMQ node hostnames are now advertised as well so that other peers can resolve them to get an externally visible IP address.

Prometheus Plugin

  • More data is exposed via the GET /metrics/detailed endpoint.

Management Plugin

  • When setting topic permissions, the list of exchanges in the UI now honors the currently selected virtual host.

Web STOMP Plugin

  • STOMP-over-WebSockets connections now can consume from streams.

Commercial Plugins

Warm Standby Replication

  • New plugin included in this release.
  • This plugin provides the functionality to setup a Warm Standby cluster.
  • This plugin allows to replicate messages across two different RabbitMQ clusters over the WAN.

Schema Definition Replication

  • Now supports filtering of downstream entities, allowing to exclude users, vhost, queues, etc. from the replication.

Known Issues and Limitations

None

Standby replication plugin Bug Fixes:

Corrected an issue where changing the value of the standby.replication.operating_mode and restarting the node failed to fully adopt the intended mode.

Resolved Issues

Issue Description Release Found In Release Resolved In
Admin page does not render correctly in the RabbitMQ Management UI. There are errors with limits/users/virtual hosts. 1.4.1 1.4.2
VMware RabbitMQ prints incorrect version in the logs. 1.2.1 1.2.2
Warm Standby Replication downstream (standby) worker does not load TLS settings correctly. 1.2.1 1.2.2
In-cluster stream replication over TLS does not work in the case where the inter-node TLS configuration uses the {match_fun, ...} key. This prevents the use of wildcard certificates for Erlang distribution port over TLS. 1.3.1 1.4.0
Invalid default LDAP configuration for the user_dn_pattern. 1.4.0 1.4.1
The command delete_internal_streams_on_standby_replication_upstream_cluster does not seem to work. 1.4.0 1.4.1
Vhosts created with the standby_replication tag using the cli crashes the Standby Message Replication (rabbitmq_standby_replication) plugin. 1.4.0 1.4.1
Corrected an issue where changing the value of the standby.replication.operating_mode and restarting the node failed to fully adopt the intended mode. 1.4.3 and in 1.5.0 1.4.4 and in 1.5.1
check-circle-line exclamation-circle-line close-line
Scroll to top icon