<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>simpleinjector Releases Rss Feed</title><link>http://simpleinjector.codeplex.com/Release/ProjectReleases.aspx</link><description>simpleinjector Releases Rss Description</description><item><title>Updated Release: Simple Injector v2.2.3 (May 04, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/105207</link><description>&lt;div class="wikidoc"&gt;This patch release fixes fixes a small bug and contains a small performance improvement.&lt;br /&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;ResolveUnregisteredType event was triggered more often than needed, which had a negative impact on performance.&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;Use of &lt;b&gt;ResolveUnregisteredType&lt;/b&gt; event (which is primarily consumed by the &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; extension methods) could lead to incorrect &amp;#39;Single Responsibility Violation&amp;#39; warnings in the Debugger Diagnostic view. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19670"&gt;19670&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Sat, 04 May 2013 23:40:43 GMT</pubDate><guid isPermaLink="false">Updated Release: Simple Injector v2.2.3 (May 04, 2013) 20130504114043P</guid></item><item><title>Released: Simple Injector v2.2.3 (May 04, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/105207</link><description>
&lt;div class="wikidoc"&gt;This patch release fixes fixes a small bug and contains a small performance improvement.&lt;br&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;ResolveUnregisteredType event was triggered more often than needed, which had a negative impact on performance.&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;Use of &lt;b&gt;ResolveUnregisteredType&lt;/b&gt; event (which is primarily consumed by the
&lt;b&gt;RegisterOpenGeneric&lt;/b&gt; extension methods) could lead to incorrect &amp;#39;Single Responsibility Violation&amp;#39; warnings in the Debugger Diagnostic view. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19670"&gt;19670&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Sat, 04 May 2013 23:40:43 GMT</pubDate><guid isPermaLink="false">Released: Simple Injector v2.2.3 (May 04, 2013) 20130504114043P</guid></item><item><title>Updated Release: Simple Injector v2.2.1 (Apr 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/104792</link><description>&lt;div class="wikidoc"&gt;&lt;h2&gt;NOTE: Simple Injector v2.2.1 is &lt;i&gt; NOT&lt;/i&gt; the latest release. Please click on the Downloads tab above to find the latest Simple Injector release.&lt;/h2&gt;
This patch release fixes fixes a few small bugs and contains a few performance improvements. The performance of the initialization phase is improved and items of registered collections can now be retrieved with an O(1) characteristic.&lt;br /&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;When a collection is registered using &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(T&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;, &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;, &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt; or &lt;b&gt;RegisterAll(Type, IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt;, retrieving that instance using the generic &lt;b&gt;GetAllInstances&amp;lt;T&amp;gt;()&lt;/b&gt; will now return a collection that implements &lt;i&gt;IList&amp;lt;T&amp;gt;&lt;/i&gt;. This allows retrieving elements by index with a performance characteristic of O(1). Collections decorated using the &lt;b&gt;RegisterDecorator&lt;/b&gt; overloads will maintain this behavior. Note that this is &lt;b&gt;not&lt;/b&gt; supported when retrieving instances using &lt;b&gt;GetAllInstances(Type)&lt;/b&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19575"&gt;19575&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Each container instance now uses a single dynamic assembly for delegate compilation. This used to be one generic assembly per compiled delegate, but this has much more overhead (especially when running inside the debugger).&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;Container.Verify()&lt;/b&gt; only checked the original registration of collections and not whether the final collection (that could be intercepted and decorated) worked as expected. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19596"&gt;19596&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The &lt;b&gt;RegisterAll&amp;lt;TService&amp;gt;(TService&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; overload that takes in an array of singleton instances, did not let those instances go through the pipeline as would happen when registering a singleton instance using &lt;b&gt;Register&amp;lt;TService&amp;gt;(TService)&lt;/b&gt;. With the latter method properties and possible other transformations would be applied, while the former only called the initializer delegates. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19576"&gt;19576&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Registering a collection using &lt;b&gt;RegisterAll&amp;lt;object&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; failed when one of the supplied types was an interface incorrectly stating the the interface did not inherit from &lt;i&gt;System.Object&lt;/i&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19577"&gt;19577&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;New features in Integration.Web.Mvc.dll&lt;a name="IntegrationWebMvcFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;New &lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_SimpleInjectorMvcExtensions_GetControllerTypesToRegister.htm"&gt;SimpleInjectorMvcExtensions.GetControllerTypesToRegister&lt;/a&gt; method added. This allows users to change the way MVC controllers are registered by default (using the&lt;/li&gt;&lt;/ul&gt;
RegisterMvcControllers overload).&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Sat, 04 May 2013 23:29:10 GMT</pubDate><guid isPermaLink="false">Updated Release: Simple Injector v2.2.1 (Apr 19, 2013) 20130504112910P</guid></item><item><title>Released: Simple Injector v2.2.1 (Apr 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/104792</link><description>
&lt;div class="wikidoc"&gt;
&lt;h2&gt;NOTE: Simple Injector v2.2.1 is &lt;i&gt;NOT&lt;/i&gt; the latest release. Please click on the Downloads tab above to find the latest Simple Injector release.&lt;/h2&gt;
This patch release fixes fixes a few small bugs and contains a few performance improvements. The performance of the initialization phase is improved and items of registered collections can now be retrieved with an O(1) characteristic.&lt;br&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;When a collection is registered using &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(T&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;,
&lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;,
&lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt; or &lt;b&gt;RegisterAll(Type, IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt;, retrieving that instance using the generic
&lt;b&gt;GetAllInstances&amp;lt;T&amp;gt;()&lt;/b&gt; will now return a collection that implements &lt;i&gt;
IList&amp;lt;T&amp;gt;&lt;/i&gt;. This allows retrieving elements by index with a performance characteristic of O(1). Collections decorated using the
&lt;b&gt;RegisterDecorator&lt;/b&gt; overloads will maintain this behavior. Note that this is
&lt;b&gt;not&lt;/b&gt; supported when retrieving instances using &lt;b&gt;GetAllInstances(Type)&lt;/b&gt;. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19575"&gt;19575&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;Each container instance now uses a single dynamic assembly for delegate compilation. This used to be one generic assembly per compiled delegate, but this has much more overhead (especially when running inside the debugger).&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Container.Verify()&lt;/b&gt; only checked the original registration of collections and not whether the final collection (that could be intercepted and decorated) worked as expected. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19596"&gt;19596&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;The &lt;b&gt;RegisterAll&amp;lt;TService&amp;gt;(TService&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; overload that takes in an array of singleton instances, did not let those instances go through the pipeline as would happen when registering
 a singleton instance using &lt;b&gt;Register&amp;lt;TService&amp;gt;(TService)&lt;/b&gt;. With the latter method properties and possible other transformations would be applied, while the former only called the initializer delegates. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19576"&gt;19576&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;Registering a collection using &lt;b&gt;RegisterAll&amp;lt;object&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; failed when one of the supplied types was an interface incorrectly stating the the interface did not inherit from
&lt;i&gt;System.Object&lt;/i&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19577"&gt;
19577&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;New features in Integration.Web.Mvc.dll&lt;a name="IntegrationWebMvcFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;New &lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_SimpleInjectorMvcExtensions_GetControllerTypesToRegister.htm"&gt;
SimpleInjectorMvcExtensions.GetControllerTypesToRegister&lt;/a&gt; method added. This allows users to change the way MVC controllers are registered by default (using the&lt;/li&gt;&lt;/ul&gt;
RegisterMvcControllers overload).&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Sat, 04 May 2013 23:29:10 GMT</pubDate><guid isPermaLink="false">Released: Simple Injector v2.2.1 (Apr 19, 2013) 20130504112910P</guid></item><item><title>Updated Release: Simple Inject v2.2.1 (Apr 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/104792</link><description>&lt;div class="wikidoc"&gt;This patch release fixes fixes a few small bugs and contains a few performance improvements. The performance of the initialization phase is improved and items of registered collections can now be retrieved with an O(1) characteristic.&lt;br /&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;When a collection is registered using &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(T&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;, &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;, &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt; or &lt;b&gt;RegisterAll(Type, IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt;, retrieving that instance using the generic &lt;b&gt;GetAllInstances&amp;lt;T&amp;gt;()&lt;/b&gt; will now return a collection that implements &lt;i&gt;IList&amp;lt;T&amp;gt;&lt;/i&gt;. This allows retrieving elements by index with a performance characteristic of O(1). Collections decorated using the &lt;b&gt;RegisterDecorator&lt;/b&gt; overloads will maintain this behavior. Note that this is &lt;b&gt;not&lt;/b&gt; supported when retrieving instances using &lt;b&gt;GetAllInstances(Type)&lt;/b&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19575"&gt;19575&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Each container instance now uses a single dynamic assembly for delegate compilation. This used to be one generic assembly per compiled delegate, but this has much more overhead (especially when running inside the debugger).&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;Container.Verify()&lt;/b&gt; only checked the original registration of collections and not whether the final collection (that could be intercepted and decorated) worked as expected. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19596"&gt;19596&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The &lt;b&gt;RegisterAll&amp;lt;TService&amp;gt;(TService&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; overload that takes in an array of singleton instances, did not let those instances go through the pipeline as would happen when registering a singleton instance using &lt;b&gt;Register&amp;lt;TService&amp;gt;(TService)&lt;/b&gt;. With the latter method properties and possible other transformations would be applied, while the former only called the initializer delegates. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19576"&gt;19576&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Registering a collection using &lt;b&gt;RegisterAll&amp;lt;object&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; failed when one of the supplied types was an interface incorrectly stating the the interface did not inherit from &lt;i&gt;System.Object&lt;/i&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19577"&gt;19577&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;New features in Integration.Web.Mvc.dll&lt;a name="IntegrationWebMvcFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;New &lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_SimpleInjectorMvcExtensions_GetControllerTypesToRegister.htm"&gt;SimpleInjectorMvcExtensions.GetControllerTypesToRegister&lt;/a&gt; method added. This allows users to change the way MVC controllers are registered by default (using the&lt;/li&gt;&lt;/ul&gt;
RegisterMvcControllers overload).&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Mon, 29 Apr 2013 11:27:01 GMT</pubDate><guid isPermaLink="false">Updated Release: Simple Inject v2.2.1 (Apr 19, 2013) 20130429112701A</guid></item><item><title>Released: Simple Inject v2.2.1 (Apr 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/104792</link><description>
&lt;div class="wikidoc"&gt;This patch release fixes fixes a few small bugs and contains a few performance improvements. The performance of the initialization phase is improved and items of registered collections can now be retrieved with an O(1) characteristic.&lt;br&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;When a collection is registered using &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(T&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;,
&lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;,
&lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt; or &lt;b&gt;RegisterAll(Type, IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt;, retrieving that instance using the generic
&lt;b&gt;GetAllInstances&amp;lt;T&amp;gt;()&lt;/b&gt; will now return a collection that implements &lt;i&gt;
IList&amp;lt;T&amp;gt;&lt;/i&gt;. This allows retrieving elements by index with a performance characteristic of O(1). Collections decorated using the
&lt;b&gt;RegisterDecorator&lt;/b&gt; overloads will maintain this behavior. Note that this is
&lt;b&gt;not&lt;/b&gt; supported when retrieving instances using &lt;b&gt;GetAllInstances(Type)&lt;/b&gt;. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19575"&gt;19575&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;Each container instance now uses a single dynamic assembly for delegate compilation. This used to be one generic assembly per compiled delegate, but this has much more overhead (especially when running inside the debugger).&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Container.Verify()&lt;/b&gt; only checked the original registration of collections and not whether the final collection (that could be intercepted and decorated) worked as expected. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19596"&gt;19596&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;The &lt;b&gt;RegisterAll&amp;lt;TService&amp;gt;(TService&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; overload that takes in an array of singleton instances, did not let those instances go through the pipeline as would happen when registering
 a singleton instance using &lt;b&gt;Register&amp;lt;TService&amp;gt;(TService)&lt;/b&gt;. With the latter method properties and possible other transformations would be applied, while the former only called the initializer delegates. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19576"&gt;19576&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;Registering a collection using &lt;b&gt;RegisterAll&amp;lt;object&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; failed when one of the supplied types was an interface incorrectly stating the the interface did not inherit from
&lt;i&gt;System.Object&lt;/i&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19577"&gt;
19577&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;New features in Integration.Web.Mvc.dll&lt;a name="IntegrationWebMvcFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;New &lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_SimpleInjectorMvcExtensions_GetControllerTypesToRegister.htm"&gt;
SimpleInjectorMvcExtensions.GetControllerTypesToRegister&lt;/a&gt; method added. This allows users to change the way MVC controllers are registered by default (using the&lt;/li&gt;&lt;/ul&gt;
RegisterMvcControllers overload).&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Mon, 29 Apr 2013 11:27:01 GMT</pubDate><guid isPermaLink="false">Released: Simple Inject v2.2.1 (Apr 19, 2013) 20130429112701A</guid></item><item><title>Updated Release: Simple Inject v2.2.1 (Apr 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/104792</link><description>&lt;div class="wikidoc"&gt;This patch release fixes fixes a few small bugs and and performance improvements. The performance of the initialization phase is improved and items of registered collections can now be retrieved with an O(1) characteristic.&lt;br /&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;When a collection is registered using &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(T&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;, &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;, &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt; or &lt;b&gt;RegisterAll(Type, IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt;, retrieving that instance using the generic &lt;b&gt;GetAllInstances&amp;lt;T&amp;gt;()&lt;/b&gt; will now return a collection that implements &lt;i&gt;IList&amp;lt;T&amp;gt;&lt;/i&gt;. This allows retrieving elements by index with an performance characteristic of O(1). Collections decorated using the &lt;b&gt;RegisterDecorator&lt;/b&gt; overloads will maintain this behavior. Note that this is &lt;b&gt;not&lt;/b&gt; supported when retrieving instances using &lt;b&gt;GetAllInstances(Type)&lt;/b&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19575"&gt;19575&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Each container instance now uses a single dynamic assembly for delegate compilation. This used to be one generic assembly per compiled delegate, but this has much more overhead.&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;Container.Verify()&lt;/b&gt; only checked the original registration of collections and not whether the final collection (that could be intercepted and decorated) worked as expected. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19596"&gt;19596&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The &lt;b&gt;RegisterAll&amp;lt;TService&amp;gt;(TService&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; overload that takes in an array of singleton instances, did not let those instances go through the pipeline as would happen when registering a singleton instance using &lt;b&gt;Register&amp;lt;TService&amp;gt;(TService)&lt;/b&gt;. With the latter method properties and possible other transformations would be applied, while the former only called the initializer delegates. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19576"&gt;19576&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;Registering a collection using &lt;b&gt;RegisterAll&amp;lt;object&amp;gt;(Type&lt;a href="https://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; failed when one of the supplied types was an interface incorrectly stating the the interface did not inherit from &lt;i&gt;System.Object&lt;/i&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19577"&gt;19577&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;New features in Integration.Web.Mvc.dll&lt;a name="IntegrationWebMvcFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;New &lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_SimpleInjectorMvcExtensions_GetControllerTypesToRegister.htm"&gt;SimpleInjectorMvcExtensions.GetControllerTypesToRegister&lt;/a&gt; method added. This allows users to change the way MVC controllers are registered by default (using the&lt;/li&gt;&lt;/ul&gt;
RegisterMvcControllers overload).&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Fri, 19 Apr 2013 12:50:53 GMT</pubDate><guid isPermaLink="false">Updated Release: Simple Inject v2.2.1 (Apr 19, 2013) 20130419125053P</guid></item><item><title>Released: Simple Inject v2.2.1 (Apr 19, 2013)</title><link>http://simpleinjector.codeplex.com/releases/view/104792</link><description>
&lt;div class="wikidoc"&gt;This patch release fixes fixes a few small bugs and and performance improvements. The performance of the initialization phase is improved and items of registered collections can now be retrieved with an O(1) characteristic.&lt;br&gt;
&lt;h4&gt;Improvements and internal changes for the SimpleInjector.dll&lt;a name="CoreImprovements"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;When a collection is registered using &lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(T&lt;a href="http://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;,
&lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(Type&lt;a href="http://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt;,
&lt;b&gt;RegisterAll&amp;lt;T&amp;gt;(IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt; or &lt;b&gt;RegisterAll(Type, IEnumerable&amp;lt;Type&amp;gt;)&lt;/b&gt;, retrieving that instance using the generic
&lt;b&gt;GetAllInstances&amp;lt;T&amp;gt;()&lt;/b&gt; will now return a collection that implements &lt;i&gt;
IList&amp;lt;T&amp;gt;&lt;/i&gt;. This allows retrieving elements by index with an performance characteristic of O(1). Collections decorated using the
&lt;b&gt;RegisterDecorator&lt;/b&gt; overloads will maintain this behavior. Note that this is
&lt;b&gt;not&lt;/b&gt; supported when retrieving instances using &lt;b&gt;GetAllInstances(Type)&lt;/b&gt;. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19575"&gt;19575&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;Each container instance now uses a single dynamic assembly for delegate compilation. This used to be one generic assembly per compiled delegate, but this has much more overhead.&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;b&gt;Container.Verify()&lt;/b&gt; only checked the original registration of collections and not whether the final collection (that could be intercepted and decorated) worked as expected. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19596"&gt;19596&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;The &lt;b&gt;RegisterAll&amp;lt;TService&amp;gt;(TService&lt;a href="http://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; overload that takes in an array of singleton instances, did not let those instances go through the pipeline as would happen when registering
 a singleton instance using &lt;b&gt;Register&amp;lt;TService&amp;gt;(TService)&lt;/b&gt;. With the latter method properties and possible other transformations would be applied, while the former only called the initializer delegates. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19576"&gt;19576&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;Registering a collection using &lt;b&gt;RegisterAll&amp;lt;object&amp;gt;(Type&lt;a href="http://simpleinjector.codeplex.com/wikipage?title="&gt;&lt;/a&gt;)&lt;/b&gt; failed when one of the supplied types was an interface incorrectly stating the the interface did not inherit from
&lt;i&gt;System.Object&lt;/i&gt;. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19577"&gt;
19577&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;New features in Integration.Web.Mvc.dll&lt;a name="IntegrationWebMvcFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;New &lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_SimpleInjectorMvcExtensions_GetControllerTypesToRegister.htm"&gt;
SimpleInjectorMvcExtensions.GetControllerTypesToRegister&lt;/a&gt; method added. This allows users to change the way MVC controllers are registered by default (using the&lt;/li&gt;&lt;/ul&gt;
RegisterMvcControllers overload).&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Fri, 19 Apr 2013 12:50:52 GMT</pubDate><guid isPermaLink="false">Released: Simple Inject v2.2.1 (Apr 19, 2013) 20130419125052P</guid></item><item><title>Updated Release: SimpleInjector v2.2 (Apr 08, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/103834</link><description>&lt;div class="wikidoc"&gt;&lt;h2&gt;NOTE: Simple Injector v2.2 is &lt;i&gt; NOT&lt;/i&gt; the latest release. Please click on the Downloads tab above to find the latest Simple Injector release.&lt;/h2&gt;
Besides a few bug fixes, this minor release adds two features that enable some integration scenarios where the container is not in control of the creation of types, but types still need to be wired up.&lt;br /&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_Registration_InitializeInstance.htm"&gt;Registration.InitializeInstance(object)&lt;/a&gt; method added to allow initializing instances that can&amp;#39;t be created by the container, but need to be initialized according to the container&amp;#39;s configuration. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19502"&gt;19502&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/P_SimpleInjector_InstanceProducer_Registration.htm"&gt;InstanceProducer.Registration&lt;/a&gt; property added to allow accessing the InstanceProducer&amp;#39;s Registration instance.&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;Properties where not injected when a single instance was registered using &lt;b&gt;RegisterSingle&amp;lt;T&amp;gt;(T)&lt;/b&gt;, although any initializers (registered through &lt;i&gt;RegisterInitializer&amp;lt;T&amp;gt;(Action&amp;lt;T&amp;gt;)&lt;/i&gt;) did fire. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19513"&gt;19513&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;A &lt;i&gt;NullReferenceException&lt;/i&gt; would be thrown by the container, when a &lt;i&gt;Func&amp;lt;T&amp;gt;&lt;/i&gt; registration was called that returned &lt;i&gt;null&lt;/i&gt; combined with the injection of one or more properties for that type. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19526"&gt;19526&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The exception thrown by the container when one of the type&amp;#39;s properties couldn&amp;#39;t be resolved, did not describe the name of the property.&lt;/li&gt;
&lt;li&gt;&lt;b&gt;RegisterSingleOpenGeneric&lt;/b&gt; and &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; with custom lifestyle didn&amp;#39;t work correctly when the registration was made with the same type for both the service and implementation type. This made  the container fall back to resolving a transient type instead. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19570"&gt;19570&lt;/a&gt;).&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Fri, 19 Apr 2013 12:34:28 GMT</pubDate><guid isPermaLink="false">Updated Release: SimpleInjector v2.2 (Apr 08, 2013) 20130419123428P</guid></item><item><title>Released: SimpleInjector v2.2 (Apr 08, 2013)</title><link>http://simpleinjector.codeplex.com/releases/view/103834</link><description>
&lt;div class="wikidoc"&gt;
&lt;h2&gt;NOTE: Simple Injector v2.2 is &lt;i&gt;NOT&lt;/i&gt; the latest release. Please click on the Downloads tab above to find the latest Simple Injector release.&lt;/h2&gt;
Besides a few bug fixes, this minor release adds two features that enable some integration scenarios where the container is not in control of the creation of types, but types still need to be wired up.&lt;br&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_Registration_InitializeInstance.htm"&gt;Registration.InitializeInstance(object)&lt;/a&gt; method added to allow initializing instances that can&amp;#39;t be created by the container,
 but need to be initialized according to the container&amp;#39;s configuration. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19502"&gt;19502&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/P_SimpleInjector_InstanceProducer_Registration.htm"&gt;InstanceProducer.Registration&lt;/a&gt; property added to allow accessing the InstanceProducer&amp;#39;s Registration instance.&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;Properties where not injected when a single instance was registered using &lt;b&gt;
RegisterSingle&amp;lt;T&amp;gt;(T)&lt;/b&gt;, although any initializers (registered through &lt;i&gt;
RegisterInitializer&amp;lt;T&amp;gt;(Action&amp;lt;T&amp;gt;)&lt;/i&gt;) did fire. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19513"&gt;
19513&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;A &lt;i&gt;NullReferenceException&lt;/i&gt; would be thrown by the container, when a &lt;i&gt;Func&amp;lt;T&amp;gt;&lt;/i&gt; registration was called that returned
&lt;i&gt;null&lt;/i&gt; combined with the injection of one or more properties for that type. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19526"&gt;19526&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;The exception thrown by the container when one of the type&amp;#39;s properties couldn&amp;#39;t be resolved, did not describe the name of the property.
&lt;/li&gt;&lt;li&gt;&lt;b&gt;RegisterSingleOpenGeneric&lt;/b&gt; and &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; with custom lifestyle didn&amp;#39;t work correctly when the registration was made with the same type for both the service and implementation type. This made the container fall back to resolving
 a transient type instead. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19570"&gt;
19570&lt;/a&gt;).&lt;/li&gt;&lt;/ul&gt;
&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Fri, 19 Apr 2013 12:34:27 GMT</pubDate><guid isPermaLink="false">Released: SimpleInjector v2.2 (Apr 08, 2013) 20130419123427P</guid></item><item><title>Updated Release: SimpleInjector v2.2 (Apr 08, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/103834</link><description>&lt;div class="wikidoc"&gt;Besides a few bug fixes, this minor release adds two features that enable some integration scenarios where the container is not in control of the creation of types, but types still need to be wired up.&lt;br /&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_Registration_InitializeInstance.htm"&gt;Registration.InitializeInstance(object)&lt;/a&gt; method added to allow initializing instances that can&amp;#39;t be created by the container, but need to be initialized according to the container&amp;#39;s configuration. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19502"&gt;19502&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/P_SimpleInjector_InstanceProducer_Registration.htm"&gt;InstanceProducer.Registration&lt;/a&gt; property added to allow accessing the InstanceProducer&amp;#39;s Registration instance.&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;Properties where not injected when a single instance was registered using &lt;b&gt;RegisterSingle&amp;lt;T&amp;gt;(T)&lt;/b&gt;, although any initializers (registered through &lt;i&gt;RegisterInitializer&amp;lt;T&amp;gt;(Action&amp;lt;T&amp;gt;)&lt;/i&gt;) did fire. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19513"&gt;19513&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;A &lt;i&gt;NullReferenceException&lt;/i&gt; would be thrown by the container, when a &lt;i&gt;Func&amp;lt;T&amp;gt;&lt;/i&gt; registration was called that returned &lt;i&gt;null&lt;/i&gt; combined with the injection of one or more properties for that type. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19526"&gt;19526&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The exception thrown by the container when one of the type&amp;#39;s properties couldn&amp;#39;t be resolved, did not describe the name of the property.&lt;/li&gt;
&lt;li&gt;&lt;b&gt;RegisterSingleOpenGeneric&lt;/b&gt; and &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; with custom lifestyle didn&amp;#39;t work correctly when the registration was made with the same type for both the service and implementation type. This made  the container fall back to resolving a transient type instead. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19570"&gt;19570&lt;/a&gt;).&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Mon, 08 Apr 2013 21:27:45 GMT</pubDate><guid isPermaLink="false">Updated Release: SimpleInjector v2.2 (Apr 08, 2013) 20130408092745P</guid></item><item><title>Released: SimpleInjector v2.2 (Apr 08, 2013)</title><link>http://simpleinjector.codeplex.com/releases/view/103834</link><description>
&lt;div class="wikidoc"&gt;Besides a few bug fixes, this minor release adds two features that enable some integration scenarios where the container is not in control of the creation of types, but types still need to be wired up.&lt;br&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_Registration_InitializeInstance.htm"&gt;Registration.InitializeInstance(object)&lt;/a&gt; method added to allow initializing instances that can&amp;#39;t be created by the container,
 but need to be initialized according to the container&amp;#39;s configuration. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19502"&gt;19502&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/P_SimpleInjector_InstanceProducer_Registration.htm"&gt;InstanceProducer.Registration&lt;/a&gt; property added to allow accessing the InstanceProducer&amp;#39;s Registration instance.&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;Properties where not injected when a single instance was registered using &lt;b&gt;
RegisterSingle&amp;lt;T&amp;gt;(T)&lt;/b&gt;, although any initializers (registered through &lt;i&gt;
RegisterInitializer&amp;lt;T&amp;gt;(Action&amp;lt;T&amp;gt;)&lt;/i&gt;) did fire. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19513"&gt;
19513&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;A &lt;i&gt;NullReferenceException&lt;/i&gt; would be thrown by the container, when a &lt;i&gt;Func&amp;lt;T&amp;gt;&lt;/i&gt; registration was called that returned
&lt;i&gt;null&lt;/i&gt; combined with the injection of one or more properties for that type. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19526"&gt;19526&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;The exception thrown by the container when one of the type&amp;#39;s properties couldn&amp;#39;t be resolved, did not describe the name of the property.
&lt;/li&gt;&lt;li&gt;&lt;b&gt;RegisterSingleOpenGeneric&lt;/b&gt; and &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; with custom lifestyle didn&amp;#39;t work correctly when the registration was made with the same type for both the service and implementation type. This made the container fall back to resolving
 a transient type instead. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19570"&gt;
19570&lt;/a&gt;).&lt;/li&gt;&lt;/ul&gt;
&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Mon, 08 Apr 2013 21:27:45 GMT</pubDate><guid isPermaLink="false">Released: SimpleInjector v2.2 (Apr 08, 2013) 20130408092745P</guid></item><item><title>Updated Release: SimpleInjector v2.2 (Apr 08, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/103834</link><description>&lt;div class="wikidoc"&gt;Besides a few bug fixes, this minor release adds two features that enable some integration scenarios where the container is not in control of the creation of types, but types still need to be wired up.&lt;br /&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_Registration_InitializeInstance.htm"&gt;Registration.InitializeInstance(object)&lt;/a&gt; method added to allow initializing instances that can&amp;#39;t be created by the container, but need to be initialized according to the container&amp;#39;s configuration. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19502"&gt;19502&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/P_SimpleInjector_InstanceProducer_Registration.htm"&gt;InstanceProducer.Registration&lt;/a&gt; property added to allow accessing the InstanceProducer&amp;#39;s Registration instance.&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;Properties where not injected when a single instance was registered using &lt;b&gt;RegisterSingle&amp;lt;T&amp;gt;(T)&lt;/b&gt;, although any initializers (registered through &lt;i&gt;RegisterInitializer&amp;lt;T&amp;gt;(Action&amp;lt;T&amp;gt;)&lt;/i&gt;) did fire. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19513"&gt;19513&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;A &lt;i&gt;NullReferenceException&lt;/i&gt; would be thrown by the container, when a &lt;i&gt;Func&amp;lt;T&amp;gt;&lt;/i&gt; registration was called that returned &lt;i&gt;null&lt;/i&gt; combined with the injection of one or more properties for that type. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19526"&gt;19526&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The exception thrown by the container when one of the type&amp;#39;s properties couldn&amp;#39;t be resolved, did not describe the name of the property.&lt;/li&gt;
&lt;li&gt;&lt;b&gt;RegisterSingleOpenGeneric&lt;/b&gt; and &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; with custom lifestyle didn&amp;#39;t work correctly when the registration was made with the same type for both the service and implementation type. This made  the container fall back to resolving a transient type instead. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19570"&gt;19570&lt;/a&gt;).&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Mon, 08 Apr 2013 21:26:22 GMT</pubDate><guid isPermaLink="false">Updated Release: SimpleInjector v2.2 (Apr 08, 2013) 20130408092622P</guid></item><item><title>Updated Release: SimpleInjector v2.2 (Apr 08, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/103834</link><description>&lt;div class="wikidoc"&gt;Besides a few bug fixes, this minor release adds two features that enable some integration scenarios where the container is not in control of the creation of types, but types still need to be wired up.&lt;br /&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_Registration_InitializeInstance.htm"&gt;Registration.InitializeInstance(object)&lt;/a&gt; method added to allow initializing instances that can&amp;#39;t be created by the container, but need to be initialized according to the container&amp;#39;s configuration. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19502"&gt;19502&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/P_SimpleInjector_InstanceProducer_Registration.htm"&gt;InstanceProducer.Registration&lt;/a&gt; property added to allow accessing the InstanceProducer&amp;#39;s Registration instance.&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;Properties where not injected when a single instance was registered using &lt;b&gt;RegisterSingle&amp;lt;T&amp;gt;(T)&lt;/b&gt;, although any initializers (registered through &lt;i&gt;RegisterInitializer&amp;lt;T&amp;gt;(Action&amp;lt;T&amp;gt;)&lt;/i&gt;) did fire. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19513"&gt;19513&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;A &lt;i&gt;NullReferenceException&lt;/i&gt; would be thrown by the container, when a &lt;i&gt;Func&amp;lt;T&amp;gt;&lt;/i&gt; registration was called that returned &lt;i&gt;null&lt;/i&gt; combined with the injection of one or more properties for that type. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19526"&gt;19526&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;The exception thrown by the container when one of the type&amp;#39;s properties couldn&amp;#39;t be resolved, did not describe the name of the property.&lt;/li&gt;
&lt;li&gt;&lt;b&gt;RegisterSingleOpenGeneric&lt;/b&gt; and &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; with custom lifestyle didn&amp;#39;t work correctly when the registration was made with the same type for both the service and implementation type. This made  the container fall back to resolving a transient type instead. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19570"&gt;19570&lt;/a&gt;).&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Mon, 08 Apr 2013 21:07:10 GMT</pubDate><guid isPermaLink="false">Updated Release: SimpleInjector v2.2 (Apr 08, 2013) 20130408090710P</guid></item><item><title>Released: SimpleInjector v2.2 (Apr 08, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/103834</link><description>
&lt;div class="wikidoc"&gt;Besides a few bug fixes, this minor release adds two features that enable some integration scenarios where the container is not in control of the creation of types, but types still need to be wired up.&lt;br&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/M_SimpleInjector_Registration_InitializeInstance.htm"&gt;Registration.InitializeInstance(object)&lt;/a&gt; method added to allow initializing instances that can&amp;#39;t be created by the container,
 but need to be initialized according to the container&amp;#39;s configuration. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19502"&gt;19502&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/P_SimpleInjector_InstanceProducer_Registration.htm"&gt;InstanceProducer.Registration&lt;/a&gt; property added to allow accessing the InstanceProducer&amp;#39;s Registration instance.&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;Properties where not injected when a single instance was registered using &lt;b&gt;
RegisterSingle&amp;lt;T&amp;gt;(T)&lt;/b&gt;, although any initializers (registered through &lt;i&gt;
RegisterInitializer&amp;lt;T&amp;gt;(Action&amp;lt;T&amp;gt;)&lt;/i&gt;) did fire. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19513"&gt;
19513&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;A &lt;i&gt;NullReferenceException&lt;/i&gt; would be thrown by the container, when a &lt;i&gt;Func&amp;lt;T&amp;gt;&lt;/i&gt; registration was called that returned
&lt;i&gt;null&lt;/i&gt; combined with the injection of one or more properties for that type. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19526"&gt;19526&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;The exception thrown by the container when one of the type&amp;#39;s properties couldn&amp;#39;t be resolved, did not describe the name of the property.
&lt;/li&gt;&lt;li&gt;&lt;b&gt;RegisterSingleOpenGeneric&lt;/b&gt; and &lt;b&gt;RegisterOpenGeneric&lt;/b&gt; with custom lifestyle didn&amp;#39;t work correctly when the registration was made with the same type for both the service and implementation type. This made the container fall back to resolving
 a transient type instead. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19570"&gt;
19570&lt;/a&gt;).&lt;/li&gt;&lt;/ul&gt;
&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Mon, 08 Apr 2013 21:07:08 GMT</pubDate><guid isPermaLink="false">Released: SimpleInjector v2.2 (Apr 08, 2013) 20130408090708P</guid></item><item><title>Updated Release: SimpleInjector v2.1 (Mar 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/102690</link><description>&lt;div class="wikidoc"&gt;&lt;h2&gt;NOTE: Simple Injector v2.1 is &lt;i&gt; NOT&lt;/i&gt; the latest release. Please click on the Downloads tab above to find the latest Simple Injector release.&lt;/h2&gt;
This minor release adds two new features: A new extension point has been added that makes it considerably easier to auto-wire properties; A &lt;a href="https://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;new diagnostic warning&lt;/a&gt; has been added that searches the configuration for components with too many dependencies, because they can cause maintainability issues.&lt;br /&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/T_SimpleInjector_Advanced_IPropertySelectionBehavior.htm"&gt;IPropertySelectionBehavior&lt;/a&gt; interface added to allow users to override the default behavior (which is to not inject any properties). The default behaviour can be changed by replacing the Container.Options.PropertySelectionBehavior property. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19389"&gt;19389&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;&lt;a href="https://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;New warning&lt;/a&gt; added in the &lt;a href="https://simpleinjector.codeplex.com/wikipage?title=Diagnostics"&gt;Diagnostic Services&lt;/a&gt; to warn about classes with too many dependencies. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19428"&gt;19428&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;A call to &lt;b&gt;Register&amp;lt;TService, TImplementation&amp;gt;(Lifestyle)&lt;/b&gt; did not verify whether &lt;i&gt;TImplementation&lt;/i&gt; was a constructable type (in the default configuration this means that it is concrete, has one constructor, and no primitive constructor arguments). This resulted in a failure during when resolving the instance, but this was later than needed. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19464"&gt;19464&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Mon, 08 Apr 2013 21:06:43 GMT</pubDate><guid isPermaLink="false">Updated Release: SimpleInjector v2.1 (Mar 19, 2013) 20130408090643P</guid></item><item><title>Released: SimpleInjector v2.1 (Mar 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/102690</link><description>
&lt;div class="wikidoc"&gt;
&lt;h2&gt;NOTE: Simple Injector v2.1 is &lt;i&gt;NOT&lt;/i&gt; the latest release. Please click on the Downloads tab above to find the latest Simple Injector release.&lt;/h2&gt;
This minor release adds two new features: A new extension point has been added that makes it considerably easier to auto-wire properties; A
&lt;a href="https://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;
new diagnostic warning&lt;/a&gt; has been added that searches the configuration for components with too many dependencies, because they can cause maintainability issues.&lt;br&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/T_SimpleInjector_Advanced_IPropertySelectionBehavior.htm"&gt;IPropertySelectionBehavior&lt;/a&gt; interface added to allow users to override the default behavior (which is to not inject any
 properties). The default behaviour can be changed by replacing the Container.Options.PropertySelectionBehavior property. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19389"&gt;19389&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;&lt;a href="https://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;New warning&lt;/a&gt; added in the
&lt;a href="https://simpleinjector.codeplex.com/wikipage?title=Diagnostics"&gt;Diagnostic Services&lt;/a&gt; to warn about classes with too many dependencies. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19428"&gt;19428&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;A call to &lt;b&gt;Register&amp;lt;TService, TImplementation&amp;gt;(Lifestyle)&lt;/b&gt; did not verify whether
&lt;i&gt;TImplementation&lt;/i&gt; was a constructable type (in the default configuration this means that it is concrete, has one constructor, and no primitive constructor arguments). This resulted in a failure during when resolving the instance, but this was later than
 needed. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19464"&gt;
19464&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Mon, 08 Apr 2013 21:06:43 GMT</pubDate><guid isPermaLink="false">Released: SimpleInjector v2.1 (Mar 19, 2013) 20130408090643P</guid></item><item><title>Updated Release: SimpleInjector v2.1 (Mar 19, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/102690</link><description>&lt;div class="wikidoc"&gt;This minor release adds two new features: A new extension point has been added that makes it considerably easier to auto-wire properties; A &lt;a href="https://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;new diagnostic warning&lt;/a&gt; has been added that searches the configuration for components with too many dependencies, because they can cause maintainability issues.&lt;br /&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/T_SimpleInjector_Advanced_IPropertySelectionBehavior.htm"&gt;IPropertySelectionBehavior&lt;/a&gt; interface added to allow users to override the default behavior (which is to not inject any properties). The default behaviour can be changed by replacing the Container.Options.PropertySelectionBehavior property. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19389"&gt;19389&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;&lt;a href="https://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;New warning&lt;/a&gt; added in the &lt;a href="https://simpleinjector.codeplex.com/wikipage?title=Diagnostics"&gt;Diagnostic Services&lt;/a&gt; to warn about classes with too many dependencies. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19428"&gt;19428&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;

&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;A call to &lt;b&gt;Register&amp;lt;TService, TImplementation&amp;gt;(Lifestyle)&lt;/b&gt; did not verify whether &lt;i&gt;TImplementation&lt;/i&gt; was a constructable type (in the default configuration this means that it is concrete, has one constructor, and no primitive constructor arguments). This resulted in a failure during when resolving the instance, but this was later than needed. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19464"&gt;19464&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Tue, 19 Mar 2013 21:41:01 GMT</pubDate><guid isPermaLink="false">Updated Release: SimpleInjector v2.1 (Mar 19, 2013) 20130319094101P</guid></item><item><title>Released: SimpleInjector v2.1 (Mar 19, 2013)</title><link>http://simpleinjector.codeplex.com/releases/view/102690</link><description>
&lt;div class="wikidoc"&gt;This minor release adds two new features: A new extension point has been added that makes it considerably easier to auto-wire properties; A
&lt;a href="http://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;
new diagnostic warning&lt;/a&gt; has been added that searches the configuration for components with too many dependencies, because they can cause maintainability issues.&lt;br&gt;
&lt;h4&gt;New features and improvements for the SimpleInjector.dll&lt;a name="CoreNewFeatures"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="http://simpleinjector.cuttingedge.it/ReferenceLibrary/?topic=html/T_SimpleInjector_Advanced_IPropertySelectionBehavior.htm"&gt;IPropertySelectionBehavior&lt;/a&gt; interface added to allow users to override the default behavior (which is to not inject any
 properties). The default behaviour can be changed by replacing the Container.Options.PropertySelectionBehavior property. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19389"&gt;19389&lt;/a&gt;) &lt;/li&gt;&lt;li&gt;&lt;a href="http://simpleinjector.codeplex.com/wikipage?title=PotentialSingleResponsibilityViolations"&gt;New warning&lt;/a&gt; added in the
&lt;a href="http://simpleinjector.codeplex.com/wikipage?title=Diagnostics"&gt;Diagnostic Services&lt;/a&gt; to warn about classes with too many dependencies. (work item
&lt;a href="https://simpleinjector.codeplex.com/workitem/19428"&gt;19428&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;
&lt;ul&gt;
&lt;li&gt;A call to &lt;b&gt;Register&amp;lt;TService, TImplementation&amp;gt;(Lifestyle)&lt;/b&gt; did not verify whether
&lt;i&gt;TImplementation&lt;/i&gt; was a constructable type (in the default configuration this means that it is concrete, has one constructor, and no primitive constructor arguments). This resulted in a failure during when resolving the instance, but this was later than
 needed. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19464"&gt;
19464&lt;/a&gt;)&lt;/li&gt;&lt;/ul&gt;
&lt;/div&gt;
&lt;div&gt;&lt;/div&gt;
</description><author></author><pubDate>Tue, 19 Mar 2013 21:41:01 GMT</pubDate><guid isPermaLink="false">Released: SimpleInjector v2.1 (Mar 19, 2013) 20130319094101P</guid></item><item><title>Updated Release: SimpleInjector v2.0.1 (Feb 28, 2013)</title><link>https://simpleinjector.codeplex.com/releases/view/102521</link><description>&lt;div class="wikidoc"&gt;&lt;h2&gt;NOTE: Simple Injector v2.0.1 is &lt;i&gt; NOT&lt;/i&gt; the latest release. Please click on the Downloads tab above to find the latest Simple Injector release.&lt;/h2&gt;
&lt;blockquote&gt;&lt;i&gt;&lt;b&gt;Warning&lt;/b&gt;: You need &lt;b&gt;.NET 4.0&lt;/b&gt; or up to use Simple Injector 2.&lt;/i&gt;&lt;/blockquote&gt;
&lt;blockquote&gt;&lt;i&gt;&lt;b&gt;Warning&lt;/b&gt;: The 2.x release contains several &lt;b&gt;breaking changes&lt;/b&gt; compared to the 1.x version. Please take a good look at the &lt;a href="http://simpleinjector.codeplex.com/releases/view/99008#CoreBreakingChanges"&gt;list of breaking changes&lt;/a&gt; when you&amp;#39;re upgrading from a 1.x release to this release.&lt;/i&gt;&lt;/blockquote&gt;
This release fixes a few small bugs:&lt;br /&gt;
&lt;h4&gt;Bug fixes for the SimpleInjector.dll&lt;a name="CoreBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;Decorating empty (unregistered) collections failed when the decorator had a lifestyle different than transient or singleton. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19400"&gt;19400&lt;/a&gt;)&lt;/li&gt;
&lt;li&gt;When &lt;b&gt;RegisterManyForOpenGeneric&lt;/b&gt; registered implementations that implemented multiple closed generic versions of the supplied generic interface, each closed-generic interface got its own registration, which had the effect of still returning more than one instance of that implementation within the registered lifestyle. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19384"&gt;19384&lt;/a&gt;).&lt;/li&gt;
&lt;li&gt;Custom &lt;b&gt;KnownDependency&lt;/b&gt; instances that where added during the interception (&lt;i&gt;ExpressionBuilding&lt;/i&gt; event)&lt;/li&gt;&lt;/ul&gt;
 of a decorator type (&lt;b&gt;RegisterDecorator&lt;/b&gt;) where not added to the decorated registration. (work item &lt;a href="https://simpleinjector.codeplex.com/workitem/19391"&gt;19391&lt;/a&gt;)&lt;br /&gt;
&lt;h4&gt;Bug fixes for the WCF integration packages&lt;a name="WcfBugFixes"&gt;&lt;/a&gt;&lt;/h4&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;SimpleInjectorServiceHostFactory.SetContainer&lt;/b&gt; called &lt;b&gt;container.EnablePerWcfOperationLifestyle()&lt;/b&gt; which locked the container and failed when the container was already locked.&lt;/li&gt;
&lt;li&gt;&lt;b&gt;EnablePerWcfOperationLifestyle&lt;/b&gt; has been made an extension method.&lt;/li&gt;
&lt;li&gt;WCF Integration Quick Start NuGet package contained quick start code that failed when ran.&lt;/li&gt;&lt;/ul&gt;&lt;/div&gt;&lt;div class="ClearBoth"&gt;&lt;/div&gt;</description><author>dot_NET_Junkie</author><pubDate>Tue, 19 Mar 2013 21:40:11 GMT</pubDate><guid isPermaLink="false">Updated Release: SimpleInjector v2.0.1 (Feb 28, 2013) 20130319094011P</guid></item></channel></rss>