Skip to content

Releases: michaelklishin/rabbitmq-http-api-rs

v0.46.0

06 Sep 23:05
1876c99

Choose a tag to compare

v0.46.0 (Sep 06, 2025)

Enhancements

  • QueueOps#x_arguments: returns the optional arguments of an object (XArguments).
  • QueueOps#has_queue_ttl_arg: returns true if optional arguments of an object include a queue TTL argument ("x-expires").
  • QueueOps#has_message_ttl_arg: returns true if optional arguments of an object include a message TTL argument ("x-message-ttl").
  • QueueOps#has_length_limit_in_messages: returns true if optional arguments of an object include a queue length limit in messages ("x-max-length").
  • QueueOps#has_length_limit_in_bytes: returns true if optional arguments of an object include a queue length limit in bytes ("x-max-length-bytes").
  • QueueOps#is_server_named: returns true if an object's name suggests it is a server-named (system) entity.

v0.45.0

06 Sep 23:04
852bec6

Choose a tag to compare

v0.45.0 (Sep 01, 2025)

Enhancements

  • New struct, requests::TopicPermissions, for declaring topic permissions.
  • New struct, responses::TopicPermission for representing topic permissions.
  • Client#list_topic_permissions_of is a new function that lists topic permissions of a user.
  • Client#grant_permissions is now an alias for Client#declare_permissions, providing an easier to remember alias.
  • Client#declare_topic_permissions is a new function that sets topic permissions for a user
  • Client#clear_topic_permissions is a new function to clear topic permissions for a user.

v0.44.0

26 Aug 03:53
befd7a2

Choose a tag to compare

v0.44.0 (Aug 25, 2025)

Enhancements

  • responses::MessagingProtocol was updated to include a new variant, MessagingProtocol::Local,
    that represents a "protocol" used by local shovels in RabbitMQ 4.2.0 and later.

v0.43.0

20 Aug 00:36
ee8f97f

Choose a tag to compare

v0.43.0 (Aug 19, 2025)

Enhancements

  • responses::VirtualHost#metadata is now optional. It was introduced in RabbitMQ 3.8.0 in 2019
    but for various reasons can be missing in versions up to 3.11.0 or so.

    This can be considered a RabbitMQ 3.10.x (that reached EOL in late 2023) compatibility fix.
    Responsible adults don't run EOL versions of RabbitMQ, of course.

v0.42.0

14 Aug 06:42
8df0c1d

Choose a tag to compare

v0.42.0 (Aug 14, 2025)

Bug Fixes

  • responses::Shovel.vhost is now an option because this field will be missing for
    static shovels.

v0.41.0

11 Aug 19:50
d0d3360

Choose a tag to compare

v0.41.0 (Aug 11, 2025)

Enhancements

  • Client#list_shovels_in is a new function that returns a list of shovels in a specific virtual host
  • ShovelState now includes one more state, ShovelState::Terminated

v0.40.0

17 Jul 17:00
49d5969

Choose a tag to compare

v0.40.0 (Jul 17, 2025)

Enhancements

  • Several structs in responses now implement Default, in particular for deserialization,
    and can handle the cases with certain metrics missing at request time on a freshly booted
    RabbitMQ node

v0.39.0

17 Jul 17:01
96793c0

Choose a tag to compare

v0.39.0 (Jul 14, 2025)

Enhancements

  • Support for a new deprecated feature flag state column, introduced in rabbitmq/rabbitmq-server#14227
  • Client#declare_policies and Client#declare_operator_policies are two new helper functions for declaring multiple policies at once.
    Note that both functions will still issue the same number of API requests, so it only exists for convenience
  • Client#delete_policies_in and Client#delete_operator_policies_in are two new helper functions for deleting multiple policies at once.
    Note that both functions will still issue the same number of API requests, so it only exists for convenience

v0.38.0

17 Jul 17:02
85b2800

Choose a tag to compare

v0.38.0 (Jul 11, 2025)

Enhancements

  • Introduce password_hashing::HashingAlgorithm with two variants, SHA-256 and SHA-512
  • Support for SHA-512 hashing of salted passwords

v0.37.0

17 Jul 17:02
5b601ed

Choose a tag to compare

v0.37.0 (Jul 11, 2025)

Breaking Changes

  • responses::PolicyDefinitionOps was extended and renamed to responses::OptionalArgumentSourceOps

Enhancements

  • New DefinitionSetTransformer: PrepareForQuorumQueueMigration.

    This one not only strips off the CMQ-related keys
    but also handles an incompatible "overflow"/"x-overflow" key value
    and "queue-mode"/"x-queue-mode" keys, both not supported
    by quorum queues.

  • responses::OptionalArgumentSourceOps now supports more operations on optional queue arguments
    of responses::QueueDefinition as well as policy definitions (responses::PolicyDefinition, responses::Policy)