Initial hackery to change module registration / lookup

We were registering every module on every request, which is slow
and wasteful when we only resolve one per request. Changed it so
now we store the module type rather than the "key", and with the
per request container bootstrappers we register a single module
per request, then resolve it.

Not 100% sure if we should split out the register and resolve calls
in the classes that derrive from the request container base class
(currently it expects them to register and resolve in the GetModule
method)

Currently non-request container bootstrappers are broken.
Cleanup / fixes
Fixed aspnet bootstrapper
More fixups
More Fixups.. zzz
More fixups
Final fixups, all tests now passing
Updated TinyIoC
Changed Nancy assembly loading

Will not load all assemblies that references a Nancy assembly, instread
of assemblies that follow the Nancy*.dll naming convention.
Tweaked scanning code
Removed explicit call to nancy assembly scanning
Razor engine references all Nancy assemblies

Will automatically include all assemblies that are returned by
AppDomainAssemblyTypeScanner.Assemblies so you do not have to
explicitly add these to the config or an IRazorConfiguration.
Removed assembly import from web.config
Adding Domain and Path to FormsAuthenticationConfiguration

There is no way to modify the path or domain of the auth cookie.  Now
there is a way to provide the domain and path via the
FormsAuthenticationConfiguration.

2 Additional Tests were created.
Fixed xml comments
Replaced all xml comments referencing NancyModule with INancyModule
XML comment fixups
More minor fixups
Merge pull request #998 from grumpydev/ModuleRegistrationChanges

Module registration changes
Removed unused using statement