added support for ViewBag in SuperSimpleViewEngine
Added TestingViewFactory and some basic unit tests
Removed the ModulePath name that I couldn't get hold of
Refactoring to own folder
Feature complete
Testnames as the rest of the codebase
Set back the developement server port that apparently VS changed for me...
Fix problem with JsonBodyDeserializer and unsigned Nullable<> types
Merge remote-tracking branch 'upstream/master'
Added failing test for complex model in ViewBag for SSVE
Fixed a bug when SSVE wasn't able to handle complex models like a Dictionary inside of another object.
Added class Json/JavaScriptPrimitiveConverter.cs as an abstract base class along the same lines as JavaScriptSerializer.cs, but where the serialized value is simply an 'object' and not an 'IDictionary<string, object>'.
Updated Json/JsonSettings.cs to store a list of JavaScriptPrimitiveConverter objects in a list exposed by new property PrimitiveConverters.
Added a field _primitiveConverterList to Json/JavaScriptSerializer.cs to store a list of enumerable sequences of primitive converters, along the same lines as _converterList, added accessor method GetPrimitiveConverter following the same pattern as GetConverter, and added RegisterConverters overloads that accept sequences of JavaScriptPrimitiveConverter implementations and registers them.
Updated the JavaScriptSerializer constructor that accepts a parameter "registerConverters" to actually pay attention to it.
Updated the ConvertToType method in Json/JavaScriptSerializer.cs to check for a primitive converter before doing any other analysis
Updated SerializeValueImpl in Json/JsonSerializer.cs to check for a JavaScriptPrimitiveConverter in the owner JavaScriptSerializer object after all other serialization, but before emitting the value. (This places it in the same point in the pipeline as in deserialization.)
Updated Responses/DefaultJsonSerializer.cs and ModelBinding/DefaultBodyDeserializers/JsonBodyDeserializer.cs to register primitive converters in addition to regular converters when initializing the JavaScriptSerializer that will be used to serialize or deserialize request/response data.
Implementing fix to issue where Nancy can't find embedded resource views in other assemblies when adding them as RootNamespaces to ResourceViewLocationProvider. I rediscovered this issue but the original fix was found and suggested by Rex Witten here: http://tinyurl.com/l2n6u2g ; his fix resolves my issues of views embedded as resources in satellite assemblies not being loaded by the ResourceViewLocationProvider as expected by Nancy.
added failing test
added fix for razor partial view rendering
Added string.IsNullOrEmpty(name) check to NamedPipelineBase.RemoveByName(name).

Now it works in the same way as AsyncNamedPipelineBase.RemoveByName(name).
GetType was returning null when configurationBootstrapperType.Name is not in the executing assembly. Assembly, which is a required attribute in the nancyFx config section, was not actually being used. More detail here: https://groups.google.com/forum/#!topic/nancy-web-framework/nxz9Pl4EUxE
Use camel case in default json serializer by default
use string as argument to convertion methos
Add JsonSetting for opting out of camel cased Json