Gordon Sim wrote > As above for some brokers queues may be created automatically in > response to a receiver attaching. > > You can also create temporary queues e.g. for request-response patterns > using the dynamic flag on the receiver. (If you look at the > client/server examples for the library you are interested in you can see > how that works). > > Beyond these cases, you would need to use a management API and that at > present is broker specific.
Wouldn't both of the above-mentioned type of queues disappear when the receiver disappears? Is is possible for me to dictate properties of the queue similar to AMQP 0-10? I'd like a "queue" to be available on the broker for a period of time after a disconnect, so that a client can reconnect and retrieve lost messages. In AMQP 1.0 that might be more akin to durable sessions and links, but I am having trouble finding a clear cut place where all of the options for nodes, links, etc are specified. The AMQP 1.0 spec does not appear to be the place. I saw a prior response from you that I couldn't quite follow that said it may be possible, but I am having trouble with the following exchange between yourself and someone else looking for similar advice. http://grokbase.com/t/qpid/users/1387nkr2pr/creating-a-queue-and-bindings-from-an-address-in-qpid-messaging-amqp-1-0 I would really like to be able to do everything through AMQP 1.0 and avoid using the qpid c++ broker's management tools if possible. My situation is also compounded a little more difficult as I expect all of my clients to connect through the Qpid dispatch router, which has link routes established to the active broker. -- Sent from: http://qpid.2158936.n2.nabble.com/Apache-Qpid-users-f2158936.html --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
