• Setting Up AutoMapper For Use From A Container

    I like getting all my service from the container and I like using AutoMapper. So I added the AutoMapper to the container, a WindsorContainer in this case.

    The main interface is IMappingEngine, which is implemented by MappingEngine which also implements IMappingEngineRunner. This contains a getter to an IConfiguration interface which is also an IConfigurationExpression. So to replace Mapper you need an instance of IMappingEngine and then you can configure the engine as follows:

    public CustomMapper(IMappingEngine engine)


        engine = engine;</p>


        var runner = </em>engine as IMappingEngineRunner;

        if (runner == null)



        var configuration = runner.Configuration as IConfigurationExpression;

        if (configuration == null)



        configuration.CreateMap<IApplication, B.Application>();



    Next setting up the container, the MappingEngine needs an IConfiguration, the Configuration needs some IObjectMapper instances.

    private static void RegisterMappingEngine()



                                .FromAssembly(typeof (IObjectMapper).Assembly)

                                .Configure(configurer => configurer.Named(configurer.ServiceType.Name))

                                .Configure(configurer => configurer.LifeStyle.Transient));




















    These are all set as Transient because each CustomMapper can be Singleton and I don’t want the mappings to over lap between the CustomMappers.


  • Testing Log4Net Output

    We have a custom logging framework setup which is using log4net under the covers. When doing that the ILogger should be used, not the ILog. The ILogger sets up the correct Class information.

    Below is some code for testing the output from log4net, this code is just using log4net to write the message, which is not valuable as a test, but when the logging call is replaced with a custom framework you can make sure you’re getting what you expect in your log events.

    private MemoryAppender appender;</p>

    private LoggingEvent </em>event;



    public void Context()



        // Using log4net here, but should be replace with a custom logging class

        // which calls ILogger.Log under it.

        LogManager.GetLogger(GetType()).Warn("my test desc.", new Exception("my test exception."));

        </em>event = appender.GetEvents()[0];</p>




    public void SetupLog4NetMemoryAppender()


        </em>appender = new MemoryAppender();

        appender.Name = "Unit Testing Appender";</p>

        </em>appender.Layout = new log4net.Layout.PatternLayout("%date{dd-MM-yyyy HH:mm:ss,fff} %5level [%2thread] %message (%logger{1}:%line)%n");

        appender.Threshold = Level.All;</p>



        Logger root = ((Hierarchy) LogManager.GetRepository()).Root;


        root.Repository.Configured = true;




    public void RemoveLog4NetMemoryAppender()


        Logger root = ((Hierarchy)LogManager.GetRepository()).Root;


        root.Repository.Configured = true;




    public void Should_have_When_logging_type_in_log()


        var data = _event.GetLoggingEventData();

        var info = data.LocationInfo;





    BTW, the code highlighting was done using the Copy As HTML plug in from here.


  • TDD Reduces Defects!

    I just read Realizing quality improvement through test driven development. It’s a summary of 4 TDD teams at IBM and Microsoft compared to similar non TDD teams. With all the variables in any software project it’s hard to draw a hard conclusion, but this shows definite trends toward fewer defects minimal increased time, and I’d argue less time, because the reduced number of defects. I think the time measurement here is really subjective as it’s based on the judgment of the project managers. Regardless, I think these types of studies help prove the importance of good software practices. 

  • Open VS2005 Project Files in VS2008

    Here’s an interesting tip from a co worker. If you need to work on a 2005 project in both 2005 and 2008 you can add the following to the Project element: ToolsVersion=”3.5” Resulting in:

  • Thanks to My Digital Life!

    I now have Live Writer installed on my Windows Server 2003 machine. Thanks My Digital Life and Resource Hacker!

    Windows Live team, please change the Live Writer install.

  • Making Sure Your Container Contains Your Basic Services

    I’m working on creating some of the base code for our systems. One of the things we’re doing is moving to using IoC containers for our projects. These projects are all internal and as such they will be sharing some base functionality, like logging and configuration. To that end I wanted to create an implementation of WindsorContainer which has these services and facilities already setup. What I found was the IWindsorInstaller class. Using that in the constructor of my NewWindsorContainer I can call Install with any number of these installers, like:

    public class MyContainer : WindsorContainer
    <span class="kwrd">public</span> MyContainer(<span class="kwrd">string</span> settingName)
        Install(<span class="kwrd">new</span> InstrumentationInstaller());


    The Installer interface is just one method Install which takes a container and a configuration store. This makes these installer classes easy to implement and test. Below we just make sure the logging facility is registered.

    public class InstrumentationInstaller :IWindsorInstaller
        public void Install(IWindsorContainer container, IConfigurationStore store)

    And the test code:     

    public void Install_Expect_Facility_Installed_Can_Resolve_Logger()
        var installer = new InstrumentationInstaller();
        var c = new WindsorContainer();
        installer.Install(c, null);
        var logger = c.Resolve<IMyLogger>();

    I was initially going to create a facility to load our base services, but I like this approach more because it's simpler and the installer classes follow Single Responsibility Principle.

  • What Tools I&rsquo;m Currently Using

    I setup a new machine this week, the machine was imaged with some of the obvious MS stuff, VS, Office, etc. I thought I’d note some of the apps I install right away. Things I know I’ll need, most development related, some system related, some others.

    FireFox: web browser and associated plug-ins
    Download Them All
    Smart Bookmarks
    No Script
    SysInternals Suite: a ton of tools for windows to help see what’s going on in the OS.
    7Zip: open source zip utility.
    Powershell: upgraded command line for windows.

    QueryExPlus: Light weight query analyzer.
    Subversion: SCM used by a lot of projects.
    Tortoise SVN: Explorer integration with Subversion.
    NUnit: Unit testing framework.
    MbUnit: A nother unit testing framework.
    Fiddler: HTTP inspector.
    ReSharper: Coding optimizer I guess, not sure what it’s called but I can’t really code without it.
    Notepad++: Tabbed notepad with syntax highlighting and a bunch of other text tools.
    Nant: Build tool.
    RhinoMocks: My mocking framework of choice.
    Patch for RhinoMocks: Need this if your using .net 3.5.
    Reflector: .Net decompiler.

    Pidgin: Multi-service instant messaging application.
    Launchy: Application launcher. Apparently has problems on some x64 machines, including my new machine. I’m really missing this.
    FARR: Find and Run Robot, trying this as a Launchy replacement.
    Windows Live Writer, but it doesn’t install on Server 2003, WTF?

    I’m sure I’ve missed some, but these are at least the essentials that I use almost daily.

    Any others I should checkout?