[rabbitmq-discuss] using client from different threads

[john doe]

Dear Steve,

Actually I am dealing with a distributed database (kind of), and I am doing
things like sending the same request to different shards, every shard
processes it and replies to the sender, which will merge results. It is
pretty much like a map reduce job.

I found out that routing offers nice ways for handling this kind of
request/response schemes (for example, I can send one request to one
instance of each shard of my computing grid with only one publish).

So I think you misunderstood my point, it is nothing like concatenating
multiple response messaging, but like a more generic rpc.

John


2011/12/5 Steve Powell <steve at rabbitmq.com>

> Dear John,
>
> Our work was, in part, prompted by your questions.  Thank you.
>
> I think we will be able to manage two of your three issues.  The 'multiple
> replies' scheme is tricky, and we do not intend to try this straight away.
> There are many problems with it which could result in an ugly interface.
> Is there any reason why a large reply would not be adequate?
>
> Steve 'bun' Powell
> ----------some more definitions from the SPD----------
> avoirdupois (phr.) 'Would you like peas with that?'
> distribute (v.) To denigrate a look-alike band.
> definite (phr.) 'It's hard of hearing, I think.'
> modest (n.) The most mod.
>
>  On 5 Dec 2011, at 13:45, john doe wrote:
>
> > Hello,
> >
> > @ Mysurf: I asked almost the same questions about two weeks ago
> ("questions about RpcClient")
> >
> > @ Steve: Nice to see that you are working on improving these classes. I
> actually had three major issues with RpcClient:
> > - the lack of interface which made mocking quite difficult for unit
> testing (I had to inherit from the class)
> > - the fact that the routing key is a final attribute of the class (which
> makes me create multiple clients when using several routing keys)
> > - the lack of a "single request / multiple replies" scenario (with a
> expected number of replies and a timeout)
> >
> > John
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20111205/549b370f/attachment.htm>