Ayende @ Rahien

My name is Oren Eini
Founder of Hibernating Rhinos LTD and RavenDB.
You can reach me by phone or email:


+972 52-548-6969

, @ Q c

Posts: 5,972 | Comments: 44,508

filter by tags archive

Batching WCF Calls

Several months ago I wrote about how I think you should design your services. The key criteria was that they have to have a batch mode enabled.

Afterward, I put together a screen cast that goes through all the stages that led me to that stage.

Davy Brion has taken this approach a bit further and posted all the infrastructure bits that are required to make this work as well as what you need to actually make the API almost as nice to use as the non batched version.

The service API is here and the client API is here.

About the only thing that I would strive to improve there would be the need to explicitly register request & replies. I would try to get something convention based there. Maybe something like Request<TRespose>, and then have IHandler<TRequest> and route the whole thing through the container again.


Davy Brion

yea i'm not happy with the explicit registering either... i really want something better there so i'll look into your suggestion ;)


I like the way it is done in NServiceBus - all you need is three interfaces (IMessage, IHandler, IBus). Just substitute the IBus for your IService and your done. Why bother to add specific service interfaces like IProductsService?

The interface IHandler has another advantage - one class can implement many of these, so you can have e.g. all product messages handling code in one class (you don't need one class per message anymore).

Davy Brion

the specific service interfaces are there in case you prefer to just call one specific method... it's also good for 'discoverability'

i actually like to have one class per message. depending on how many messages you have regarding products, it could be a huge class if you handled all of them in the same class. Also, one class per message makes it really easy to have the container inject each dependency you need

Davy Brion

ok, now you no longer need to explicitly register Requests & Replies

you can find the new implementation here:


Comment preview

Comments have been closed on this topic.


  1. Paying the rent online - 11 hours from now
  2. Reducing parsing costs in RavenDB - about one day from now

There are posts all the way to Aug 04, 2015


  1. Production postmortem (5):
    29 Jul 2015 - The evil licensing code
  2. Career planning (6):
    24 Jul 2015 - The immortal choices aren't
  3. API Design (7):
    20 Jul 2015 - We’ll let the users sort it out
  4. What is new in RavenDB 3.5 (3):
    15 Jul 2015 - Exploring data in the dark
  5. The RavenDB Comic Strip (3):
    28 May 2015 - Part III – High availability & sleeping soundly
View all series


Main feed Feed Stats
Comments feed   Comments Feed Stats