removing rabbit queue when disposing of service bus

[jonnii]

We have a client/server application where each new client service bus instance creates a random ReceiveFrom address. This is causing us to accumulate a lot of un-necessary queues, which we have to clean up. Is there a way to get the service bus to remove the queue when it is disposed?

Alternatively, is there a better solution to this? The reason why we ended up going down this route is because a user can start more than one version of the application and it was causing multiple consumer problems (as you'd expect).

Any help would be greatly appreciated.

[jonnii]

One thing which would help manage this problem is setting a TTL on the messages we publish, this way old messages wouldn't accumulate.

[Dru Sellers]

i don't think we support this currently. but rabbitmq has a temp / random name concept. you might explore that and report back? also take a look at our rabbit code of course.

-d

--
You received this message because you are subscribed to the Google Groups "masstransit-discuss" group.

To view this discussion on the web visit https://groups.google.com/d/msg/masstransit-discuss/-/99kXDWXLGfsJ.

To post to this group, send email to masstrans...@googlegroups.com.
To unsubscribe from this group, send email to masstransit-dis...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/masstransit-discuss?hl=en-US.

[jonnii]

It looks like when you declare a queue without a name it ends up being a transient queue:

http://www.rabbitmq.com/tutorials/tutorial-three-python.html 

when setting up a subscription it'd be nice if we could pass in options, so for example, we could do something like:

serviceBus.SubscribeHandler((Message message) => {}, x => {

    x.TransientQueue()

});

Or something like that.

On Wednesday, July 11, 2012 10:55:40 AM UTC-4, Dru wrote:

i don't think we support this currently. but rabbitmq has a temp / random name concept. you might explore that and report back? also take a look at our rabbit code of course.

-d

On Wed, Jul 11, 2012 at 9:52 AM, jonnii <m...@jonnii.com> wrote:

One thing which would help manage this problem is setting a TTL on the messages we publish, this way old messages wouldn't accumulate.

On Wednesday, July 11, 2012 10:48:00 AM UTC-4, jonnii wrote:

We have a client/server application where each new client service bus instance creates a random ReceiveFrom address. This is causing us to accumulate a lot of un-necessary queues, which we have to clean up. Is there a way to get the service bus to remove the queue when it is disposed?

Alternatively, is there a better solution to this? The reason why we ended up going down this route is because a user can start more than one version of the application and it was causing multiple consumer problems (as you'd expect).

Any help would be greatly appreciated.

--
You received this message because you are subscribed to the Google Groups "masstransit-discuss" group.

To view this discussion on the web visit https://groups.google.com/d/msg/masstransit-discuss/-/99kXDWXLGfsJ.

To post to this group, send email to masstransit-discuss@googlegroups.com.
To unsubscribe from this group, send email to masstransit-discuss+unsub...@googlegroups.com.

[Travis Smith]

Dump an issue in for this. If you do it will a pull request it will
likely get done faster, but one of can take a stab at it when we have
the time. If that would work, it likely wouldn't be too bad to make
happen.

-Travis

>>> masstrans...@googlegroups.com.

>>> To unsubscribe from this group, send email to

>>> masstransit-dis...@googlegroups.com.

>>> For more options, visit this group at
>>> http://groups.google.com/group/masstransit-discuss?hl=en-US.
>>
>>

> --
> You received this message because you are subscribed to the Google Groups
> "masstransit-discuss" group.
> To view this discussion on the web visit

> https://groups.google.com/d/msg/masstransit-discuss/-/ZsqdCz4OTdwJ.
>
> To post to this group, send email to masstrans...@googlegroups.com.

> To unsubscribe from this group, send email to

> masstransit-dis...@googlegroups.com.

[Dru Sellers]

Transient Queue is a bus level concern.

-d

To view this discussion on the web visit https://groups.google.com/d/msg/masstransit-discuss/-/ZsqdCz4OTdwJ.

To post to this group, send email to masstrans...@googlegroups.com.
To unsubscribe from this group, send email to masstransit-dis...@googlegroups.com.

[jonnii]

Done. Let me know if I've added enough detail.

>>> masstransit-discuss@googlegroups.com.

>>> To unsubscribe from this group, send email to

>>> masstransit-discuss+unsub...@googlegroups.com.

>>> For more options, visit this group at
>>> http://groups.google.com/group/masstransit-discuss?hl=en-US.
>>
>>
> --
> You received this message because you are subscribed to the Google Groups
> "masstransit-discuss" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/masstransit-discuss/-/ZsqdCz4OTdwJ.
>

> To post to this group, send email to masstransit-discuss@googlegroups.com.

> To unsubscribe from this group, send email to

> masstransit-discuss+unsub...@googlegroups.com.