One of our most valuable tests is the one asserting that Structuremap configuration is valid. Typically it looks something like this:

[Test]
public void Configure_RegistryIsSetUp_RegistryShouldBeValid()
{
    IContainer container = new Container();
 
    //use reflection to find all axternal classes with [ServiceConfiguration] attribute and stick them to the container
 
    //Method under test:
    StructureMapConfiguration.Configure(container);
     
    //Console.WriteLine(container.WhatDoIHave());
    Assert.That(container.AssertConfigurationIsValid, Throws.Nothing);
}

… where the test is there to make sure that all the For().Use() code in StructureMapConfiguration.Configure is valid. This works very well until we inject an IContentRepository or an IContentLoader in an inplementation class. This I have solved by using reflection and scanning for [ServiceConfiguration] attributes in external (EPiServer) assemblies, and adding this to the structuremap container. By example we then find that there is a DefaultContentLoader registered for IContentLoader and a DefaultContentRepository for IContentRepository. Now, after upgrading til EPiServer 8.2, the DefaultContentLoader and DefaultContentRepository classes no longer has a [ServiceConfiguration] attribute, so we can no longer automatically scan for implementations. The setup, it seems to me, is now moved to the EPiServer.Initialization.CmsCoreInitialization.ConfigureContainer() method. So now I have to do mocking like For().Use(new Mock().Object) and For().Use(new Mock().Object) before I can assert that my own structuremap configuration is valid.

Is this a new pattern by EPiServer to move structuremap configuration away from using attributes and into init-modules? It makes my test setup a bit ugly if I have to know about all external injection, while I actually only want to test my own structuremap setup.

I realize this is a bit on the technical deep end of things, but I hope to get some answers, even if it's Friday.

-- 
Regards,
Tarjei Olsen