Thanks for the fix suggestions! I have applied your patch to qpidd 0.34 and replaced libqpidbroker.so.2.0.0 on test system. I restarted qpidd and verified that no error messages are generated for qpid-config add QueuePolicy command (there were errors with original version). Then I repeated my tests and the queues were still not deleted. Since the queues are created usin uuid, then I need to set queue policy for a queue pattern I guess? My reply queue names look like:
test2_tempSender4e978165-d3fa-4b25-b377-73aa1151b40e I tried to set queue policy for test2_tempSender, for test2_tempSender* and for test2_tempSender.* In all cases the queues werre not deleted. Am I doing sthing wrong or this is not possible with queue policy in 0.34? Best regards, 04.11.2015 13:13, Gordon Sim пишет: > On 11/03/2015 09:40 PM, Michael Ivanov wrote: >> Sorry, I just went through qpid-config options, qpidd options and I did not >> find >> how one can configure policy for a queue name pattern. Where can I find this >> information? > > There is some information in the AMQP_1.0 notes alongside the source[1]. So > e.g. you would do: > > qpid-config add QueuePolicy tempq \ > --argument qpid.lifetime-policy=delete-on-close > > *However*, I have to apologise now, because I just tried this and it doesn't > at present allow delete-on-close as an option in > that context (it only accepts it in the dynamic-node-properties). That is > easy enough to change and a patch is attached (I can > commit this if it is likely to be of use). It won't work against 0.34 (unless > patched) though, sorry for the misinformation. > > The only other workaround I can think of at present would be to have a > cleaner process that periodically checked for queues with > no consumers and deleted them explicitly. > > To my way of thinking, having messenger keep a growing number of links open > though they will never again be used, is not ideal. > Fixing that in messenger, though in some ways the ideal solution, is likely > to be a little involved. > > I'm planning to add support for so called 'ANONYMOUS-RELAY' to qpidd. This > would allow creating a single sender link with no > target, and having qpidd route the messages based on the to field in the > properties. You would then configure messenger to use > this for the specified addresses (not 100% sure how to do that, but I believe > it is possible). This would mean that there was no > active link to the queues themselves, allowing them to be deleted when the > receiver closes. It would also mean you wouldn't have > the growing set of links in the 'R' process. I'd hope to have this completed > this week, or early next week at latest. > > [1] https://svn.apache.org/repos/asf/qpid/trunk/qpid/cpp/AMQP_1.0 > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org > For additional commands, e-mail: users-h...@qpid.apache.org > -- \ / | | (OvO) | Mikhail Iwanow | (^^^) | | \^/ | E-mail: iv...@logit-ag.de | ^ ^ | | --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org
