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: 17 | Comments: 44

filter by tags archive

Building the Policy Injection in 40 Minutes with Windsor

time to read 9 min | 1647 words

David Hayden posted about the policy injection block, and he mentioned that he believe that it should be integrated into the various EntLib offerring. Since he is using Windsor already, I asked why he is not using Windsor's capabilities to do this. Apperantly, they are not well publicized, since he wasn't aware of it. Therefor, I decided to take a look at what it would take to implement the Policy Injection capabilities with Windsor.

It took me about 40 minutes and 400 lines of code.

I didn't look at the Policy Injection code, or most of its documentation, I just read David's post and used that as a spec.

The end result is that you can add this to your windsor configuration, and you will get this functionality.

<facility id="policy-injection"

                type="Windsor.Interception.PolicyFacility, Windsor.Interception">

       <policy name="logMethodsWhoseNameIsReturn">


                     <rule type="Windsor.Interception.NameMatchingMethodRule, Windsor.Interception"




type="Windsor.Interception.LoggingMethodCallHanlder, Windsor.Interception"/>




In this case, what we specify is that any method that is named return would be logged. The client code is:

IWindsorContainer container = new WindsorContainer("windsor.config");

IOrder order = container.Resolve<IOrder>();


Note that Windsor already contains similar functionality that you can enable, my purpose here was simply to demonstrante how it can be done. I left plenty of extention points in the code, specifically, you can extend AbstractMethodMatchingRule to decide which methods would be intercepted, and you can extend EmptyHandler to decided how to handle the before, after and in the case of an error.

This is fully integrated with Windsor, so you get policy injection and dependency injection (as well as any other goodies that you want).

You can get the source here.




Chris Martin

When do you sleep man? This is killer!

Craig Neuwirt

Sounds cool! I tried to download the archive, but it seems corrupt.


Ayende Rahien

Please try again with FireFox, for some reason downloads with IE are corrupted.

I'll look into it later.


Really cool! Why don't you put this facility to Castle officially?

Ayende Rahien

No one needed it, that was why it didn't exist. There are better approaches to this in the Castle world.

If you need this, it would be easier to write a facility to add the behavior yourself, no need to build a framework for this.

I'll ask in the mailing list if there is any interest in it anyway.

Comment preview

Comments have been closed on this topic.


  1. RavenDB 3.0 New Stable Release - 18 hours from now
  2. Production postmortem: The case of the lying configuration file - about one day from now
  3. Production postmortem: The industry at large - 3 days from now
  4. The insidious cost of allocations - 4 days from now
  5. Buffer allocation strategies: A possible solution - 7 days from now

And 4 more posts are pending...

There are posts all the way to Sep 11, 2015


  1. Find the bug (5):
    20 Apr 2011 - Why do I get a Null Reference Exception?
  2. Production postmortem (10):
    31 Aug 2015 - The case of the memory eater and high load
  3. What is new in RavenDB 3.5 (7):
    12 Aug 2015 - Monitoring support
  4. Career planning (6):
    24 Jul 2015 - The immortal choices aren't
View all series


Main feed Feed Stats
Comments feed   Comments Feed Stats