Skip to content

StompBrokerRelay depends on deprecated RabbitMQ STOMP feature: transient_nonexcl_queues #34734

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
gabxdev1 opened this issue Apr 10, 2025 · 1 comment
Labels
in: messaging Issues in messaging modules (jms, messaging) status: duplicate A duplicate of another issue

Comments

@gabxdev1
Copy link

Hello,

I'm using Spring Boot 3.4.4 with STOMP over WebSocket and the StompBrokerRelay setup.
I noticed that Spring is relying on the RabbitMQ STOMP plugin to automatically create and manage queues for /user/queue/... destinations.

However, the STOMP plugin uses the now-deprecated behavior transient_nonexcl_queues, which leads to the creation of non-exclusive, durable queues that are not automatically deleted when users disconnect.

This results in hundreds of persistent queues being left behind in RabbitMQ, which could cause issues over time.

My setup:

  • Spring Boot: 3.4.4
  • RabbitMQ Docker image: rabbitmq:4.0.7-management-alpine
  • STOMP plugin enabled via rabbitmq-plugins enable rabbitmq_stomp

RabbitMQ logs display the warning: transient_nonexcl_queues is deprecated and will be removed in a future release

Is there any plan to:

  • Support exclusive or auto-delete queues for /user/... destinations?
  • Add TTL configuration for these queues?
  • Offer an alternative strategy that avoids this deprecated feature?

Reference:
RabbitMQ blog post about this deprecation:
https://www.rabbitmq.com/blog/2021/08/21/4.0-deprecation-announcements#removal-of-transient-non-exclusive-queues

Thank you!

@spring-projects-issues spring-projects-issues added the status: waiting-for-triage An issue we've not yet triaged or decided on label Apr 10, 2025
@artembilan
Copy link
Member

Looks like a duplication of: #34540.

@bclozel bclozel closed this as completed Apr 11, 2025
@bclozel bclozel added status: duplicate A duplicate of another issue and removed status: waiting-for-triage An issue we've not yet triaged or decided on labels Apr 11, 2025
@sbrannen sbrannen added the in: messaging Issues in messaging modules (jms, messaging) label Apr 11, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
in: messaging Issues in messaging modules (jms, messaging) status: duplicate A duplicate of another issue
Projects
None yet
Development

No branches or pull requests

5 participants