Hi.
What kind of overhead to you expect from having to create the
("private") queue when initialising a qpid::messaging::receiver?
I'm implementing request-response type communication over a direct
exchange, with a private "auto-delete" queue for responses (whose
address is specified in replyTo on the request message.) So far, I've
just created a new queue on every call rather than trying to keep the
same one throughout the session because it's simpler in many ways - it
saves me from some queue management, and I don't have to worry about
reading the wrong response e.g. because of a time-out waiting for a
reply to a previous request.
So, do you think that this sounds like a bad idea, or is it quite all
right because the overhead imposed by creating and deleting queues all
the time is negligible?
- Toralf
This e-mail, including any attachments and response string, may contain
proprietary information which is confidential and may be legally privileged. It
is for the intended recipient only. If you are not the intended recipient or
transmission error has misdirected this e-mail, please notify the author by
return e-mail and delete this message and any attachment immediately. If you
are not the intended recipient you must not use, disclose, distribute, forward,
copy, print or rely on this e-mail in any way except as permitted by the author.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
