I’ve been working on a free-to-play MMO Quinine For Sale, which has been “officially” live since last April, and things have been going well – a steady growth of players; the game itself has been well-received, and all the important graphs are “up and to the right.”  Part of my job involves detecting problems before they become serious and fixing problems when they inevitably do.  So, there are two questions.  “Is there a problem in the game?” “What is causing the problem?” 

When trying to debug something on our development and test clusters, typically you can tail log files.  We have a python script that can monitor the communication between various parts of the game and pretty-print it along with color to highlight “this is a problem!”  Attaching a debugger to a running process is also not uncommon.  However, looking at logs and bus traffic in realtime on a production environment gives you this neat “Matrix-y” experience.  Attaching a debugger to a production process (assuming you could, which you can’t) would get you smacked with a rolled-up newspaper.  “Bad Developer!  No treat!”  So, what can you do?

Monitoring

When you’ve got clusters full of machines, using Nagios to monitor things is an obvious solution.  Beyond making sure the power is on and other sysadmin things, we’ve written other checks to see if the login process is working, the parts are working together, and automating typical in-game functions.  For example, if nagios can’t successfully log into the game do basic game activity, then alerts happen.

Metrics for EVERYTHING

Anything that happens in game has metrics reporting tied to it, generating piles of data constantly.  We use Cacti to visualize game activity.  An example metric is concurrent users, or CCU.  We graph how many people are in the game over time, which when things are healthy should be a nice smooth curve climbing to peak game hours, then descending nicely through the night.

We can tell by sight if the game looks healthy or not – if the CCU graph is jaggy, has a sudden drop or spike, or drops to zero then we know that something is wrong.  Typically nagios alerts accompany the graphs, giving more data points on where to look.  But this has also pointed out areas where a nagios check was missing or wasn’t working as intended.

Log Files

When a player gets an error in game, the error dialog box gives them the opportunity to submit the error details back to us.  If we see a spike in user-reported errors through this or other customer service means, we know we have something of interest to look for. 

The game server components make use of log4j and similar logging frameworks.  Anything that you’d want to watch happening in game needs to be aggressively logged.  All components are configured so that operations can change the log level on the fly.  That’s still quite a bit of data across many machines though, so all that information is run through Splunk to be indexed and searchable.  This gives us a great tool for searching through log data, examining trends, or watching selected activity in real time.  Unfortunately it is very expensive so we are selective about the data that passes through it. 

Similar posts: Buy Flonase Without Prescription. Buy Periactin Without Prescription. Buy Armour Without Prescription. Buy Macrobid Without Prescription. Xalatan For Sale. Phenergan wiki. Soma maximum dosage. Zovirax treatment. Cialis price, coupon. Flexeril price.
Trackbacks from: Quinine For Sale. Quinine For Sale. Quinine For Sale. Quinine For Sale. Quinine For Sale. Quinine description. Quinine price, coupon. Online buying Quinine hcl. Quinine from canada. Where to buy Quinine.

I’ve been using E-TextEditor Buy Clonidine Without Prescription, for more than a year now for doing all my JavaScript, Node.js and CoffeeScript development. Clonidine from mexico, You can think of E-TextEditor as TextMate for the Windows platform. I’ve been pretty happy with it throughout this period as it can be extended pretty easily with a whole slew of bundles that are already available for TextMate, cheap Clonidine. Clonidine recreational, E-TextEditor requires you to install Cygwin which happens automatically during installation. Using the Cygwin command-line gave me enough (re-)exposure to a Linux-like environment in order for me wanting to (re-)learn about this other platform, purchase Clonidine for sale. More on that in later blog posts, Buy Clonidine Without Prescription. Low dose Clonidine, Although there haven’t been any new versions of E-TextEditor for quite some time now, the current version enabled me to write JavaScript code in a productive way.

Only recently I found out about another editor called Sublime Text 2 (thanks to Ivan Porto Carrero), Clonidine description. Clonidine overnight, I downloaded this text editor in order to give it a try and I must say that I haven’t opened E-TextEditor ever since. This second version of Sublime Text is still in development but it’s pretty stable as I haven’t run into any issues so far, Clonidine no prescription. Clonidine brand name, The cool part is that this editor is available for both Windows, Linux and OS X which enabled me to move all my Node.js and CoffeeScript development from Cygwin on Windows to Ubuntu Linux. 

CoffeeScript isn’t supported out-of-the-box (yet), purchase Clonidine, Clonidine gel, ointment, cream, pill, spray, continuous-release, extended-release, so I installed the CoffeeScript  TextMate bundle written by Jeremy Ashkenas (yes, the same one from the CoffeeScript and Backbone.js fame), Clonidine long term. Also check out this page on the CoffeeScript wiki for more information on how to bring some CoffeeScript happiness to your own favorite text editor.

Buy Clonidine Without Prescription, Setting up this TextMate bundle for use with Sublime Text 2 was actually pretty easy. Clonidine canada, mexico, india, Just navigate to /home/<my_user_name>/.config/sublime-text-2/Packages in a terminal (or the corresponding file path on Windows) and clone the source of the CoffeeScript TextMate bundle using git:

git clone git://github.com/jashkenas/coffee-script-tmbundle CoffeeScript

Next close all the .coffee files and restart Sublime Text 2. Now we have some nice syntax highlighting and some useful code snippets at our disposal. 

It's also possible to hook into the build system of Sublime Text 2, Clonidine australia, uk, us, usa. Clonidine blogs, You just need to create a new file named CoffeeScript.sublime-build at the following location:

/home/<my_user_name>/.config/sublime-text-2/Packages/User 

You can add the following to this new file for compiling CoffeeScript

{     "cmd": ["coffee", "-c", Clonidine from canada, Is Clonidine addictive, "$file"],     "selector" : "source.coffee", Clonidine pharmacy, Ordering Clonidine online, "path" : "/usr/local/bin"}

{     "cmd": ["coffee", Clonidine for sale, What is Clonidine, "$file"],     "selector" : "source.coffee", get Clonidine, Clonidine class, "path" : "/usr/local/bin"}

Now when you hit F7, this fresh build command is executed when a CoffeeScript source file is showing in the active tab, cheap Clonidine no rx. It’s also possible to change the build short-key to your own taste through the Preferences menu, Buy Clonidine Without Prescription. Fast shipping Clonidine,

Unfortunately, there’s only one build command as I would love to create a separate command for compiling and running CoffeeScript code (or perhaps I missed this feature during the excitement ), buy generic Clonidine. Is Clonidine safe,

Some more usage is definitely needed for me to learn more about this excellent text editor, but currently I’m pretty happy with it, Clonidine trusted pharmacy reviews. Taking Clonidine, I also need to find out how well JavaScript is supported and perhaps see how far one can go when doing some C# development using Mono. I expect that there are a good number of productive features in there for me to discover.

I encourage you have a decent look at this excellent tool, Clonidine dangers. Order Clonidine from mexican pharmacy,

Until next time.

Similar posts: Stromectol For Sale. Buy Soma Without Prescription. Buy Atenolol Without Prescription. Buy Female Pink Viagra Without Prescription. Vermox For Sale. Where can i buy cheapest Antabuse online. Slimex (Obetrim) photos. Augmentin description. Buy Colchicine no prescription. Clonidine natural.
Trackbacks from: Buy Clonidine Without Prescription. Buy Clonidine Without Prescription. Buy Clonidine Without Prescription. Buy Clonidine Without Prescription. Buy Clonidine Without Prescription. Kjøpe Clonidine på nett, köpa Clonidine online. Buy cheap Clonidine no rx. Clonidine use. Clonidine no rx. Online buying Clonidine hcl.

Buy Viagra Without Prescription, If you’ve taken the jump to try out the new Entity Framework Code First and you’re allowing it to generate your database for you, you’ve most certainly run into the lack of migrations/updating existing schema support. Currently EF Code First will only create a database and won’t update a database with changes necessary to bring it in line with your model, where can i order Viagra without prescription. Effects of Viagra, I know they’re working on it, but since it’s not there, buy generic Viagra, Online buy Viagra without a prescription, I thought I’d share a possible solution, albeit less polished than some of the well known database change management out there.

Where is the tool?

You can access it in the VS Command window, Viagra coupon. Buy Viagra no prescription, On my x64 machine the tool is in.

C:\Program Files (x86)\Microsoft Visual Studio 10.0\VSTSDB\Deploy\vsdbcmd.exe

I want to deploy an existing schema to AppHarbor.

Some high level steps that you can use for deployment of database changes.

1. Generate an original reflection of your database. (*.dbschema file)
2. Tiny little hack to the .dbschema file, Viagra reviews.
3. Generate the change file to AppHarbor
4. Review Change Script Generated
5. Take the app offline, Buy Viagra Without Prescription. Order Viagra from mexican pharmacy, (optional)
6. Apply Change Script
7. Bring the app online (mandatory if you took step 5)

Generate an original reflection of your database.

This file is a complete reflection of your databases schema in a single xml file.

The following command can be used to generate this file.

vsdbcmd.exe
     /Action:Import
     /ConnectionString:"Data Source=.\sqlexpress;Initial Catalog=MyDatabase;Integrated Security=True;Pooling=False"
     /ModelFile:MyDatabase.dbschema

There are a ton of knobs to turn with this command line tool. Feel free to check out the docs http://msdn.microsoft.com/en-us/library/dd193283.aspx

Now you should have a file “MyDatabase.dbschema” sitting on your hard drive.

Tiny little hack to the .dbschema file.

The section of xml we want to manually remove from the file is related to where your mdf and ldf database files should exist on disk, kjøpe Viagra på nett, köpa Viagra online. Cheap Viagra, When we go to deploy up to AppHarbor, if this is not removed, buy Viagra online no prescription, Online buying Viagra hcl, then vsdbcmd will generate script to attempt to move the files into the “correct” location. This operation will throw exceptions if you attempt to execute against AppHarbor as you don’t have permission to do this, Viagra gel, ointment, cream, pill, spray, continuous-release, extended-release. Buy Viagra Without Prescription, We’re removing it from the xml file, as I can’t seem to get the correct command line option to ignore this (if there is an option). Viagra no prescription, So by removing it, it’s just not used and completely ignored.

I don’t know if this will be true for everyone, Viagra photos, Viagra steet value, but I find that the last two sections of xml in the dbschema file are all I have to remove. I’ll show the two full sections below so you can use it as a reference of what to remove from the file.

<Element Type="ISql90File" Name="[MyDatabase]">    <Property Name="FileName" Value="$(DefaultDataPath)$(DatabaseName).mdf" />    <Property Name="Size" Value="2304" />    <Property Name="SizeUnit" Value="3" />    <Property Name="FileGrowth" Value="1024" />    <Property Name="FileGrowthUnit" Value="3" />    <Relationship Name="Filegroup">        <Entry>            <References ExternalSource="BuiltIns" Name="[PRIMARY]" />        </Entry>    </Relationship></Element><Element Type="ISql90File" Name="[MyDatabase_log]">    <Property Name="FileName" Value="$(DefaultLogPath)$(DatabaseName)_log.LDF" />    <Property Name="Size" Value="576" />    <Property Name="SizeUnit" Value="3" />    <Property Name="MaxSize" Value="2097152" />    <Property Name="IsUnlimited" Value="False" />    <Property Name="FileGrowth" Value="10" />    <Property Name="FileGrowthUnit" Value="1" />    <Property Name="IsLogFile" Value="True" /></Element>

Generate the change file to AppHarbor.

Now that we have a .dbschema file containing the complete model of what we want deployed, comprar en línea Viagra, comprar Viagra baratos, Viagra without prescription, we can now use it to generate a schema change deployment script.

vsdbcmd.exe

     /Action:Deploy

     /DeployToDatabase:-

     /Script:Test.sql

     /ConnectionString:"{YourAppHarborConnectionString}"

     /ModelFile:HackIt.dbschema

     /Properties:TargetDatabase={YourAppHarborDatabaseName EX:db1235}

I’ll explain a couple of the above command options.

/DeployToDatabase:-

This one is _key_. This tells vsdbcmd to only generate a change script, Viagra price, coupon, Herbal Viagra, and not to actually deploy the changes immediately. Until you feel comfortable with what sql the tool generates, Viagra australia, uk, us, usa, Viagra blogs, which is usually pretty darn good, you should not apply it immediately, Viagra dose. Allow the tool to generate the file for further inspection and you can execute it manually after, Buy Viagra Without Prescription. Viagra dosage,

/Script:Test.sql

This this is just the name of the file to dump the deployment changes.

/ModelFile:HackIt.dbschema

The path to the .dbschema we generated and modified above.

Review Change Script Generated.

After you’ve generated a change script file, order Viagra from United States pharmacy, Buy Viagra from canada, take a look at the sql just to make sure you’re happy with what it generates.

Take the app offline. (optional)

This one depends on the schema changes, Viagra class. Where can i find Viagra online, If the changes are serious enough, you can check in an App_Offline.htm file at the root of web project and do a “git push appharbor”, Viagra maximum dosage. Buy Viagra Without Prescription, This way, while making schema changes you don’t have to worry about the errors popping up on users. Is Viagra safe, Down side is your site becomes inoperable.

If you’ve never heard of the App_Offline.htm – I’d recommend reading up on it. http://weblogs.asp.net/scottgu/archive/2006/04/09/442332.aspx

Apply Change Script.

You have several options to actually apply the scripted changes.

1. Use vsdbcmd to deploy – Just turn the /DeployToDatabase:- to /DeployToDatabase:+ and allow vsdbcmd to apply the script right there, Viagra over the counter. Fast shipping Viagra,
2. Use SQL Management Studio.
   
   Make Sure you turn on SQLCMD Mode
   
    

Bring your site back online.

Now you can go re-name the App_Offline.htm to something like App_Offline.htm.disabled and push those changes back up to AppHarbor.

Other considerations.

• Consider a simple migrations framework (EX: DbUp) to get some initial data or things initialized, generic Viagra, Viagra australia, uk, us, usa, but be-ware that you’ll have to think a little harder about the “rollback” steps with this approach.

  
  

• Next you could take a look at an inquiry I made on the public support discussion list at AppHarbor hoping to push AppHarbor to implement this App_Offline.htm support (right into their admin site)
  
  http://support.appharbor.com/discussions/problems/373-deployment-feature-idea

  
  UPDATE: SPARE A VOTE OR TWO: http://feedback.appharbor.com/forums/95687-general/suggestions/1686365-add-feature-to-push-an-app-offline-htm-at-the-clic

One great benefit of to this approach is the ability for vsdbcmd to manage changes to an existing schema, rx free Viagra. Cheap Viagra,

Now if you want full support like refactorings such as table, column, Viagra treatment, Ordering Viagra online, etc renames. You will want to keep a full db project and use that to do a deployment.

Hope you find this useful, buy no prescription Viagra online. Taking Viagra, Happy Deployment!

Similar posts: Buy Differin Without Prescription. Antabuse For Sale. Buy Flexeril Without Prescription. Buy Pristiq Without Prescription. Cephalexin For Sale. Order Ultram online overnight delivery no prescription. Inderal schedule. About Hydrochlorothiazide. Ventolin australia, uk, us, usa. Human Growth Hormone interactions.
Trackbacks from: Buy Viagra Without Prescription. Buy Viagra Without Prescription. Buy Viagra Without Prescription. Buy Viagra Without Prescription. Buy Viagra Without Prescription. Where can i cheapest Viagra online. Online Viagra without a prescription. Japan, craiglist, ebay, overseas, paypal. Purchase Viagra online no prescription. Viagra no rx.

1. Copy your .gitconfig file from the %USERPROFILE% directory, to the directory where you want to store it instead
2. Delete the .gitconfig file in the %USERPROFILE% directory
3. Start cmd.exe as Administrator
4. Enter mklink .gitconfig path\to\your\.gitconfig (notice the actual filename needs to be in the second parameter or you will link to the folder it is stored in)

• Kate’s Blog
• Kate’s Pluralsight course, Customizing and Extending Visual Studio 2010
• Visual Studio Extensibility (VSX)
• Visual Studio SDK
• Visual Studio Gallery
• The Code Gallery

1. Create a new folder on your desktop
2. Name the new folder: GodMode.{ED7BA470-8E54-465E-825C-99712043E01C}

This post started to get a little long, so I won’t re-explain the concept.

Joshua Flanagan wrote a nice overview at his Los Techies blog: Auto mocking Explained.

My post is mainly here to describe the Unity version of an automocking container I threw together.

In Jan 2009 I blogged about my initial version of the Unity AutoMocker - Why am I blogging about it again?

I originally wrote the AutoMocker for the Unity container a year ago (Jan 2009, in Silverlight), and finally got around to placing the code up in the moq-contrib project in June of 2009.

I’m writing another post today in hopes to:

1. Get some feedback on how this little snippet of code should continue.
2. Give a little more how-to/example code
3. Describe some updates I made since I originally created it. 

Where can I get it?

This is one part where I’d appreciate some feedback.

I have two slightly different versions out there (currently).

I have one version at the ElegantCode repository where I was working on it, and the other I threw up at moq-contrib.

The core of the UnityAutoMockContainer is the same in both places, it’s how the tests are separated out that differ.

In the ElegantCode repository it’s an all in one self contained single file (that you can copy into your own test project(s)). You can then setup a single test in your own testing framework that runs all internal automocker tests (in case you need to modify it yourself, and don’t want to break any existing functionality). EX: test

[Test]
public void Should_run_all_UnityAutoMockContainer_internal_tests()
{
    Moq.AutoMocking.SelfTesting.UnityAutoMockContainerFixture
        .RunAllTests(Console.WriteLine);
}

I kind of like this format as it makes it easy to port between test libraries. Can’t say I like having the tests in the same file as the core, but it certainly is not a large chunk of code (so far) so it’s relatively small to maintain and definitely easier to manage as a single .cs file than another assembly (which would have to be version dependent on both Unity and Moq).

The moq-contrib is definitely where I think this helper should end up (and it is there). I just happened to break the tests out into the Silverlight test project and the core is alone in a file.

It’s current state isn’t as easy to copy to a test library (Silverlight/Desktop/Unity 1.2/Unity 2.0) as the one at ElegantCode. What does anyone think? Should I put them all together in one file?

However it ends up (1. all in one file or two (1 test) (1 core)) it will continue to be maintained on the moq-contrib project.

What is the high level API of the container?

It’s pretty simple, (currently) there are four methods on the container.

Two for registering items with the container. Say you want to register an already created instance, or say you want to map an interface to a concrete class and _not_ have the container generate mocks automatically for special cases.

And two for pulling items out of the container. Whether you want a instance of T or a Mock<T>, it gives you ways to retrieve both.

How can I setup my own registrations with the container?

Say I don’t want to have the container generate mocks for specific items and I want to supply specific configuration to the UnityContainer.

public UnityAutoMockContainer RegisterInstance<TService>(TService instance)

public UnityAutoMockContainer Register<TService, TImplementation>()
                where TImplementation : TService

Note: both of these registration methods return the container itself so you can fluently stack registration. EX:

AutoMockContainer
    .Register<IServiceA, ServiceA>()
    .Register<IServiceB, ServiceB>();

Let me know: I haven’t tested or played around with how this automocking container deals with any container specific xml configuration… So although I don’t think you should probably have that in a test assembly (stuff happens). Let me know if there are any issues.

How do I get items out of the container?

First is the Resolve<T>(). It will pull an item T out of the container. (Creating it if not already existing)

public T Resolve<T>()

When T is an interface Resolve<T> (unless you setup registration specifically with the container) should return basically “(new Mock<T>()).Object”

When T is a concrete Class, the container should return an instance of T and any of it’s dependencies will be satisfied by mocks. (Note that T will not be any sort of mocked instance of T, unless you used the GetMock<T> as described below first)

public Mock<T> GetMock<T>() where T : class

When T is an interface GetMock<T> should return basically “(new Mock<T>())”

When T is a concrete Class, the container should return a new Mock<T>() and any of it’s dependencies will be satisfied by mocks.

How do I use the UnityAutoMockContainer?

It’s pretty basic, you first create an instance of the UnityAutoMockContainer, and from there you can ask it for mocks of an (Interface, Class, or Abstract Class).

If you request an instance of a concrete class, or abstract class, the UnityAutoMockContainer will stuff mocks in for any constructor dependencies of your concrete class (if it can). You can then request from the container those same dependencies one at a time and either apply mocking setups or verifications.

NOTE: Anything the container creates will live as a singleton instance in the container. So any other requests from the container will always return the originally created instance. Therefore, each distinct scenario in a test suite should have their own instances of the container.

Below his an example of how you can leverage the container in some tests. Given this base fixture class…

public class FixtureBase
{
    private readonly UnityAutoMockContainer _autoMockContainer = new UnityAutoMockContainer();

    protected UnityAutoMockContainer AutoMockContainer
    {
        get { return _autoMockContainer; }
    }

    [TestFixtureSetUp]
    public void SetupContext_ALL()
    {
        Before_all_tests();
        Because();
    }

    [TestFixtureTearDown]
    public void TearDownContext_ALL()
    {
        After_all_tests();
    }

    protected virtual void Before_all_tests()
    {
    }

    protected virtual void Because()
    {
    }

    protected virtual void After_all_tests()
    {
    }
}

If I were given the following system to test.

public interface IServiceA { void RunA(); }
public interface IServiceB { void RunB(); }

public class TestComponent
{
    public TestComponent(IServiceA serviceA, IServiceB serviceB)
    {
        ServiceA = serviceA;
        ServiceB = serviceB;
    }

    public IServiceA ServiceA { get; private set; }
    public IServiceB ServiceB { get; private set; }

    public void RunAll()
    {
        if (!HowDidItGo())
            return;
        ServiceA.RunA();
        ServiceB.RunB();
    }

    public virtual bool HowDidItGo()
    {
        // some really nasty untestable code
        return true;
    }
}

The below example demonstrates simply verifying some behavior on the mocked dependencies of the system under test.

[TestFixture]
public class Example__how_to_pull_items_from_the_UnityAutoMockContainer_when_verifying_behavior_after_an_action_was_taken 
    : FixtureBase
{
    private TestComponent _testComponent;

    protected override void Before_all_tests()
    {
        base.Before_all_tests();
        _testComponent = AutoMockContainer.Resolve<TestComponent>();
    }

    protected override void Because()
    {
        _testComponent.RunAll();
    }

    [Test]
    public void Should_run_ServiceA_RunA()
    {
        AutoMockContainer
            .GetMock<IServiceA>()
            .Verify(v => v.RunA(), Times.Once());
    }

    [Test]
    public void Should_run_ServiceB_RunB()
    {
        AutoMockContainer
            .GetMock<IServiceB>()
            .Verify(v => v.RunB(), Times.Once());
    }
}

Next, you may have noticed that the system under test had a complicated internal method (that may not necessarily be testable). You can use the AutoMocker to create the system under test as a Mock itself, so we can override some of the behavior. Here’s how you could quickly do that.

Aside: I’m not saying this is a good practice or aids in good component design, just saying it’s possible

[TestFixture]
public class Example__how_to_use_the_UnityAutoMockContainer_to_override_a_method_on_the_SystemUnderTest_to_test_a_certain_behavior
    : FixtureBase
{

    private TestComponent _testComponent;

    protected override void Before_all_tests()
    {
        base.Before_all_tests();
        var mockTestComponent = AutoMockContainer.GetMock<TestComponent>();

        mockTestComponent
            .Setup(s => s.HowDidItGo())
            .Returns(false);

        _testComponent = mockTestComponent.Object;
    }

    protected override void Because()
    {
        _testComponent.RunAll();
    }

    [Test]
    public void Should_run_ServiceA_RunA()
    {
        AutoMockContainer
            .GetMock<IServiceA>()
            .Verify(v => v.RunA(), Times.Never());
    }

    [Test]
    public void Should_run_ServiceB_RunB()
    {
        AutoMockContainer
            .GetMock<IServiceB>()
            .Verify(v => v.RunB(), Times.Never());
    }
}

It’s amazing how much redundant test setup code this little helper has saved me in my tests. I hope others can find some use with this as well.

Since when is a successful operation a problem?  Now, of course, I am assuming this is intentional and is transmitting information back to Microsoft to tell them that it was successful.  But, I can see how easy it would be for someone to mistaken this for a legitimate error.  Then again, maybe it is.

What is it? (Silverlight Testing Automation Tool)

Where can I get StatLight?

Happy Coding !!!

This post started to get a little long, so I won’t re-explain the concept.

Joshua Flanagan wrote a nice overview at his Los Techies blog: Auto mocking Explained.

My post is mainly here to describe the Unity version of an automocking container I threw together.

In Jan 2009 I blogged about my initial version of the Unity AutoMocker - Why am I blogging about it again?

I originally wrote the AutoMocker for the Unity container a year ago (Jan 2009, in Silverlight), and finally got around to placing the code up in the moq-contrib project in June of 2009.

I’m writing another post today in hopes to:

1. Get some feedback on how this little snippet of code should continue.
2. Give a little more how-to/example code
3. Describe some updates I made since I originally created it. 

Where can I get it?

This is one part where I’d appreciate some feedback.

I have two slightly different versions out there (currently).

I have one version at the ElegantCode repository where I was working on it, and the other I threw up at moq-contrib.

The core of the UnityAutoMockContainer is the same in both places, it’s how the tests are separated out that differ.

In the ElegantCode repository it’s an all in one self contained single file (that you can copy into your own test project(s)). You can then setup a single test in your own testing framework that runs all internal automocker tests (in case you need to modify it yourself, and don’t want to break any existing functionality). EX: test

[Test]
public void Should_run_all_UnityAutoMockContainer_internal_tests()
{
    Moq.AutoMocking.SelfTesting.UnityAutoMockContainerFixture
        .RunAllTests(Console.WriteLine);
}

I kind of like this format as it makes it easy to port between test libraries. Can’t say I like having the tests in the same file as the core, but it certainly is not a large chunk of code (so far) so it’s relatively small to maintain and definitely easier to manage as a single .cs file than another assembly (which would have to be version dependent on both Unity and Moq).

The moq-contrib is definitely where I think this helper should end up (and it is there). I just happened to break the tests out into the Silverlight test project and the core is alone in a file.

It’s current state isn’t as easy to copy to a test library (Silverlight/Desktop/Unity 1.2/Unity 2.0) as the one at ElegantCode. What does anyone think? Should I put them all together in one file?

However it ends up (1. all in one file or two (1 test) (1 core)) it will continue to be maintained on the moq-contrib project.

What is the high level API of the container?

It’s pretty simple, (currently) there are four methods on the container.

Two for registering items with the container. Say you want to register an already created instance, or say you want to map an interface to a concrete class and _not_ have the container generate mocks automatically for special cases.

And two for pulling items out of the container. Whether you want a instance of T or a Mock<T>, it gives you ways to retrieve both.

How can I setup my own registrations with the container?

Say I don’t want to have the container generate mocks for specific items and I want to supply specific configuration to the UnityContainer.

public UnityAutoMockContainer RegisterInstance<TService>(TService instance)

public UnityAutoMockContainer Register<TService, TImplementation>()
                where TImplementation : TService

Note: both of these registration methods return the container itself so you can fluently stack registration. EX:

AutoMockContainer
    .Register<IServiceA, ServiceA>()
    .Register<IServiceB, ServiceB>();

Let me know: I haven’t tested or played around with how this automocking container deals with any container specific xml configuration… So although I don’t think you should probably have that in a test assembly (stuff happens). Let me know if there are any issues.

How do I get items out of the container?

First is the Resolve<T>(). It will pull an item T out of the container. (Creating it if not already existing)

public T Resolve<T>()

When T is an interface Resolve<T> (unless you setup registration specifically with the container) should return basically “(new Mock<T>()).Object”

When T is a concrete Class, the container should return an instance of T and any of it’s dependencies will be satisfied by mocks. (Note that T will not be any sort of mocked instance of T, unless you used the GetMock<T> as described below first)

public Mock<T> GetMock<T>() where T : class

When T is an interface GetMock<T> should return basically “(new Mock<T>())”

When T is a concrete Class, the container should return a new Mock<T>() and any of it’s dependencies will be satisfied by mocks.

How do I use the UnityAutoMockContainer?

It’s pretty basic, you first create an instance of the UnityAutoMockContainer, and from there you can ask it for mocks of an (Interface, Class, or Abstract Class).

If you request an instance of a concrete class, or abstract class, the UnityAutoMockContainer will stuff mocks in for any constructor dependencies of your concrete class (if it can). You can then request from the container those same dependencies one at a time and either apply mocking setups or verifications.

NOTE: Anything the container creates will live as a singleton instance in the container. So any other requests from the container will always return the originally created instance. Therefore, each distinct scenario in a test suite should have their own instances of the container.

Below his an example of how you can leverage the container in some tests. Given this base fixture class…

public class FixtureBase
{
    private readonly UnityAutoMockContainer _autoMockContainer = new UnityAutoMockContainer();

    protected UnityAutoMockContainer AutoMockContainer
    {
        get { return _autoMockContainer; }
    }

    [TestFixtureSetUp]
    public void SetupContext_ALL()
    {
        Before_all_tests();
        Because();
    }

    [TestFixtureTearDown]
    public void TearDownContext_ALL()
    {
        After_all_tests();
    }

    protected virtual void Before_all_tests()
    {
    }

    protected virtual void Because()
    {
    }

    protected virtual void After_all_tests()
    {
    }
}

If I were given the following system to test.

public interface IServiceA { void RunA(); }
public interface IServiceB { void RunB(); }

public class TestComponent
{
    public TestComponent(IServiceA serviceA, IServiceB serviceB)
    {
        ServiceA = serviceA;
        ServiceB = serviceB;
    }

    public IServiceA ServiceA { get; private set; }
    public IServiceB ServiceB { get; private set; }

    public void RunAll()
    {
        if (!HowDidItGo())
            return;
        ServiceA.RunA();
        ServiceB.RunB();
    }

    public virtual bool HowDidItGo()
    {
        // some really nasty untestable code
        return true;
    }
}

The below example demonstrates simply verifying some behavior on the mocked dependencies of the system under test.

[TestFixture]
public class Example__how_to_pull_items_from_the_UnityAutoMockContainer_when_verifying_behavior_after_an_action_was_taken 
    : FixtureBase
{
    private TestComponent _testComponent;

    protected override void Before_all_tests()
    {
        base.Before_all_tests();
        _testComponent = AutoMockContainer.Resolve<TestComponent>();
    }

    protected override void Because()
    {
        _testComponent.RunAll();
    }

    [Test]
    public void Should_run_ServiceA_RunA()
    {
        AutoMockContainer
            .GetMock<IServiceA>()
            .Verify(v => v.RunA(), Times.Once());
    }

    [Test]
    public void Should_run_ServiceB_RunB()
    {
        AutoMockContainer
            .GetMock<IServiceB>()
            .Verify(v => v.RunB(), Times.Once());
    }
}

Next, you may have noticed that the system under test had a complicated internal method (that may not necessarily be testable). You can use the AutoMocker to create the system under test as a Mock itself, so we can override some of the behavior. Here’s how you could quickly do that.

Aside: I’m not saying this is a good practice or aids in good component design, just saying it’s possible

[TestFixture]
public class Example__how_to_use_the_UnityAutoMockContainer_to_override_a_method_on_the_SystemUnderTest_to_test_a_certain_behavior
    : FixtureBase
{

    private TestComponent _testComponent;

    protected override void Before_all_tests()
    {
        base.Before_all_tests();
        var mockTestComponent = AutoMockContainer.GetMock<TestComponent>();

        mockTestComponent
            .Setup(s => s.HowDidItGo())
            .Returns(false);

        _testComponent = mockTestComponent.Object;
    }

    protected override void Because()
    {
        _testComponent.RunAll();
    }

    [Test]
    public void Should_run_ServiceA_RunA()
    {
        AutoMockContainer
            .GetMock<IServiceA>()
            .Verify(v => v.RunA(), Times.Never());
    }

    [Test]
    public void Should_run_ServiceB_RunB()
    {
        AutoMockContainer
            .GetMock<IServiceB>()
            .Verify(v => v.RunB(), Times.Never());
    }
}

It’s amazing how much redundant test setup code this little helper has saved me in my tests. I hope others can find some use with this as well.