hiro - Project Hosting on Google Code

Earlier this year Oct 27, 2009 issue 2 (Add container initialization support) Status changed by Philip.Laureano - I'm not sure what you're looking for, Demis--is this a rant, or is this a feature request? It's pretty easy to add support for registering singleton instances with a Func<T>. Is that what you're looking for? Status: Invalid I'm not sure what you're looking for, Demis--is this a rant, or is this a feature request? It's pretty easy to add support for registering singleton instances with a Func<T>. Is that what you're looking for? Status: Invalid Oct 27, 2009 issue 2 (Add container initialization support) commented on by demis.bellot - Great start, and like the focus on performance/convention however not being able to register a Singleton instance via a Func delegate is really limiting and the workarounds and boilerplate code that you have to use to get the desired effect renders makes this IOC unusable. Great start, and like the focus on performance/convention however not being able to register a Singleton instance via a Func delegate is really limiting and the workarounds and boilerplate code that you have to use to get the desired effect renders makes this IOC unusable. Oct 15, 2009 r76 (Modified Hiro.build to build the sample project) committed by Philip.Laureano - Modified Hiro.build to build the sample project Modified Hiro.build to build the sample project Oct 15, 2009 r75 (Fixed a bug in the ConstructorCall class that caused NullRef...) committed by Philip.Laureano - Fixed a bug in the ConstructorCall class that caused NullReferenceExceptions whenever it tried to emit a service implementation that is not yet in the dependency map. Special thanks to Garren for pointing this out! Fixed a bug in the ConstructorCall class that caused NullReferenceExceptions whenever it tried to emit a service implementation that is not yet in the dependency map. Special thanks to Garren for pointing this out! Oct 08, 2009 issue 10 (Unable to add multiple Deferred services) reported by andy.pook - What steps will reproduce the problem? * Use AddDeferredService to add two interface types * CreateContainer * Use AddService to add instances for the services * GetInstance will only be able to resolve one of the types depending on the order they where added to the container. See attched unit tests. What is the expected output? What do you see instead? GetInstance<T>() returns the instance of the appropriate type What version of the product are you using? On what operating system? r74, Windows7, VS2008 Please provide any additional information below. What steps will reproduce the problem? * Use AddDeferredService to add two interface types * CreateContainer * Use AddService to add instances for the services * GetInstance will only be able to resolve one of the types depending on the order they where added to the container. See attched unit tests. What is the expected output? What do you see instead? GetInstance<T>() returns the instance of the appropriate type What version of the product are you using? On what operating system? r74, Windows7, VS2008 Please provide any additional information below. Oct 02, 2009 r74 (Changes: -Modified the DependencyMap class so that compiled...) committed by Philip.Laureano - Changes: -Modified the DependencyMap class so that compiled container types will be cached between two or more successive CreateContainer calls. This should make it easier to deal with singletons across multiple container instances. -Hiro will now throw a ServiceNotFoundException if a deferred service cannot resolve a particular service name and service type. Changes: -Modified the DependencyMap class so that compiled container types will be cached between two or more successive CreateContainer calls. This should make it easier to deal with singletons across multiple container instances. -Hiro will now throw a ServiceNotFoundException if a deferred service cannot resolve a particular service name and service type. Sep 29, 2009 r73 (Fixed a NullReferenceException error in the DependencyMapLoa...) committed by Philip.Laureano - Fixed a NullReferenceException error in the DependencyMapLoader class Fixed a NullReferenceException error in the DependencyMapLoader class Sep 19, 2009 r72 (Added generic method overloads for the AddDeferredService me...) committed by Philip.Laureano - Added generic method overloads for the AddDeferredService method Added generic method overloads for the AddDeferredService method Sep 19, 2009 r71 (Changes: Added support for adding deferred services to the ...) committed by Philip.Laureano - Changes: Added support for adding deferred services to the DependencyMap using the AddDeferredService method. Known Issues: Deferred service instances cannot be singletons because there's currently no way to use the current container instance to perform runtime dependency injection against a singleton type. Changes: Added support for adding deferred services to the DependencyMap using the AddDeferredService method. Known Issues: Deferred service instances cannot be singletons because there's currently no way to use the current container instance to perform runtime dependency injection against a singleton type. Sep 17, 2009 r70 (Added null reference checks to the methods in the Dependency...) committed by Philip.Laureano - Added null reference checks to the methods in the DependencyMapLoader class Added null reference checks to the methods in the DependencyMapLoader class Sep 07, 2009 r69 (Removed the settings file from the Hiro project file) committed by Philip.Laureano - Removed the settings file from the Hiro project file Removed the settings file from the Hiro project file Aug 16, 2009 r68 (Fixed a missing strong name key signature reference in Hiro....) committed by Philip.Laureano - Fixed a missing strong name key signature reference in Hiro.Containers.csproj Fixed a missing strong name key signature reference in Hiro.Containers.csproj Aug 14, 2009 issue 9 (Generic constructor injection doesn't work) reported by nzpaulmason - What steps will reproduce the problem? Example code: var map = new DependencyMap(); map.AddService<UnitOfWorkScopeBase<UserUnitOfWork>, SimpleUnitOfWorkScope<UserUnitOfWork>>(); map.AddSingletonService<LightSpeedContext<UserUnitOfWork>, LightSpeedContext<UserUnitOfWork>>(); return map.CreateContainer(); The constructor for SimpleUnitOfWorkScope is SimpleUnitOfWorkScope<UserUnitOfWork>(LightSpeedContext<UserUnitOfWork> context) What is the expected output? What do you see instead? I would expect the container to be able to retrieve an instance of SimpleUniitOfWorkScope; instead I get an error: System.MissingMethodException: Method not found: 'Void Mindscape.LightSpeed.SimpleUnitOfWorkScope`1..ctor(Mindscape.LightSpeed.LightSpeedContext`1<TiviT.Test.Implementation.Model.UserUnitOfWork>)'. at Hiro.Containers.MicroContainer.GetInstance(Type , String ) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container, String key) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container) at TiviT.Base.Framework.Logic.LogicProvider.GetDataContext<T>() in LogicProvider.cs: line 113 at TiviT.Test.Implementation.Tests.BootstrapperTests.LightSpeedContextInitialisation() in BootstrapperTests.cs: line 27 What version of the product are you using? On what operating system? Hiro.Containers.dll 1.0.0.0 Hiro.Core.dll 0.1.0.21521 Please provide any additional information below. The LightSpeed product can be downloaded free of charge from http://www.mindscape.co.nz if required for testing. What steps will reproduce the problem? Example code: var map = new DependencyMap(); map.AddService<UnitOfWorkScopeBase<UserUnitOfWork>, SimpleUnitOfWorkScope<UserUnitOfWork>>(); map.AddSingletonService<LightSpeedContext<UserUnitOfWork>, LightSpeedContext<UserUnitOfWork>>(); return map.CreateContainer(); The constructor for SimpleUnitOfWorkScope is SimpleUnitOfWorkScope<UserUnitOfWork>(LightSpeedContext<UserUnitOfWork> context) What is the expected output? What do you see instead? I would expect the container to be able to retrieve an instance of SimpleUniitOfWorkScope; instead I get an error: System.MissingMethodException: Method not found: 'Void Mindscape.LightSpeed.SimpleUnitOfWorkScope`1..ctor(Mindscape.LightSpeed.LightSpeedContext`1<TiviT.Test.Implementation.Model.UserUnitOfWork>)'. at Hiro.Containers.MicroContainer.GetInstance(Type , String ) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container, String key) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container) at TiviT.Base.Framework.Logic.LogicProvider.GetDataContext<T>() in LogicProvider.cs: line 113 at TiviT.Test.Implementation.Tests.BootstrapperTests.LightSpeedContextInitialisation() in BootstrapperTests.cs: line 27 What version of the product are you using? On what operating system? Hiro.Containers.dll 1.0.0.0 Hiro.Core.dll 0.1.0.21521 Please provide any additional information below. The LightSpeed product can be downloaded free of charge from http://www.mindscape.co.nz if required for testing. Aug 13, 2009 issue 8 (Mono support) commented on by irmakserdar - Sorry for the typo, I mean "Our"... Sorry for the typo, I mean "Our"... Aug 13, 2009 issue 8 (Mono support) reported by irmakserdar - Hi, Out development platform is linux/mono, so mono support may be perfect for this nice app. thanks, Hi, Out development platform is linux/mono, so mono support may be perfect for this nice app. thanks, Jul 29, 2009 issue 7 (Hiro.Containers.dll should be strongly-named) Status changed by Philip.Laureano - Status: Fixed Status: Fixed Jul 28, 2009 HiroExamples.zip (Hiro Examples.zip) file uploaded by Philip.Laureano - Labels: Type-Source Labels: Type-Source Jul 28, 2009 Hiro-1.0Alpha.zip (Hiro v1.0 Alpha Release) file uploaded by Philip.Laureano - Labels: Featured Type-Archive Labels: Featured Type-Archive Jul 27, 2009 r67 ([No log message]) committed by Philip.Laureano - [No log message] [No log message] Jul 27, 2009 r66 (Changes: -Modified the Hiro.Build file to use ILMerge on Hi...) committed by Philip.Laureano - Changes: -Modified the Hiro.Build file to use ILMerge on Hiro if it is installed on a developer's machine -Hiro.Containers.dll now has a strong name signature. Changes: -Modified the Hiro.Build file to use ILMerge on Hiro if it is installed on a developer's machine -Hiro.Containers.dll now has a strong name signature. Jul 27, 2009 issue 7 (Hiro.Containers.dll should be strongly-named) reported by Philip.Laureano - The Hiro.Containers assembly should have a strong name signature. The Hiro.Containers assembly should have a strong name signature. Jul 26, 2009 r65 (Added the strong name signature file for Hiro) committed by Philip.Laureano - Added the strong name signature file for Hiro Added the strong name signature file for Hiro Jul 26, 2009 r64 (Added a merge target to Hiro.build so that users can now mer...) committed by Philip.Laureano - Added a merge target to Hiro.build so that users can now merge Hiro and all its dependencies into a single assembly. Added a merge target to Hiro.build so that users can now merge Hiro and all its dependencies into a single assembly. Jul 26, 2009 issue 6 (Implement a Common Service Locator adapter for Hiro) reported by Philip.Laureano - Create an adapter for Hiro that implements the Common Service Locator library. Create an adapter for Hiro that implements the Common Service Locator library. Jul 26, 2009 issue 5 (Command-line support for Hiro's Container Compiler) reported by Philip.Laureano - Hiro should be able to generate a statically-compiled container using a given set of input assemblies using a console client. The statically-compiled Hiro assembly must meet the following requirements: -The compiled Hiro assembly must have no dependencies on Hiro.dll -The compiled Hiro assembly must have a dependency on Hiro.Containers.dll Hiro should be able to generate a statically-compiled container using a given set of input assemblies using a console client. The statically-compiled Hiro assembly must meet the following requirements: -The compiled Hiro assembly must have no dependencies on Hiro.dll -The compiled Hiro assembly must have a dependency on Hiro.Containers.dll Jul 26, 2009 issue 4 (Silverlight support) reported by Philip.Laureano - Verify that Hiro runs under Silverlight versions 1.0 and up. Verify that Hiro runs under Silverlight versions 1.0 and up. Jul 26, 2009 issue 3 (Compiled Microcontainers should automatically implement IIni...) reported by Philip.Laureano - Hiro's compiled containers should automatically implement IInitialize so that if a container is created from a parent container, the child container will automatically be chained to the parent container using the IMicroContainer.Next property Hiro's compiled containers should automatically implement IInitialize so that if a container is created from a parent container, the child container will automatically be chained to the parent container using the IMicroContainer.Next property Jul 26, 2009 issue 2 (Add container initialization support) reported by Philip.Laureano - Hiro containers should be able should be able to introduce themselves to other types that implement the IInitialize interface. Hiro containers should be able should be able to introduce themselves to other types that implement the IInitialize interface. Jul 26, 2009 issue 1 (Remove all extension methods from Hiro in order to make it r...) Status changed by Philip.Laureano - Modified the Hiro.build file so that Nant will build two versions of Hiro that target the following versions of the CLR: -CLR v2.0 -CLR v3.5 The issue has now been fixed Status: Fixed Modified the Hiro.build file so that Nant will build two versions of Hiro that target the following versions of the CLR: -CLR v2.0 -CLR v3.5 The issue has now been fixed Status: Fixed Jul 25, 2009 r63 (Modified the build file to support generating binaries that ...) committed by Philip.Laureano - Modified the build file to support generating binaries that target both the .NET 2.0 and 3.5 runtimes. Modified the build file to support generating binaries that target both the .NET 2.0 and 3.5 runtimes. Jul 23, 2009 issue 1 (Remove all extension methods from Hiro in order to make it r...) reported by Philip.Laureano - The LinqBridge.dll reference in Hiro is currently causing problems for users targeting the CLR 3.5 runtime. Hiro needs to remove its references to LinqBridge.dll and remove all its extension methods so that it can run on the CLR, versions 2.0 and above. The LinqBridge.dll reference in Hiro is currently causing problems for users targeting the CLR 3.5 runtime. Hiro needs to remove its references to LinqBridge.dll and remove all its extension methods so that it can run on the CLR, versions 2.0 and above. Jul 21, 2009 r62 (Changes: -Added the LoadFromBaseDirectory method to the Dep...) committed by Philip.Laureano - Changes: -Added the LoadFromBaseDirectory method to the DependencyMapLoader class -DependencyMaps can now be combined to form larger maps using the '+' operator Changes: -Added the LoadFromBaseDirectory method to the DependencyMapLoader class -DependencyMaps can now be combined to form larger maps using the '+' operator Jul 20, 2009 r61 (Modified the DependencyMapLoader so that users can use predi...) committed by Philip.Laureano - Modified the DependencyMapLoader so that users can use predicates to determine which services should be injected into the dependency map at load time Modified the DependencyMapLoader so that users can use predicates to determine which services should be injected into the dependency map at load time Jul 16, 2009 r60 (Added support for loading dependency maps from a target dire...) committed by Philip.Laureano - Added support for loading dependency maps from a target directory Added support for loading dependency maps from a target directory Jul 15, 2009 r59 ([No log message]) committed by Philip.Laureano - [No log message] [No log message] Jul 15, 2009 r58 (Added the DependencyMapLoader which adds convention-based lo...) committed by Philip.Laureano - Added the DependencyMapLoader which adds convention-based loading features to the Hiro container Added the DependencyMapLoader which adds convention-based loading features to the Hiro container Jul 06, 2009 r57 ([No log message]) committed by Philip.Laureano - [No log message] [No log message] Jul 05, 2009 r56 (Added support for determining the default service implementa...) committed by Philip.Laureano - Added support for determining the default service implementation for all types during the loading process Added support for determining the default service implementation for all types during the loading process Jul 05, 2009 r55 ([No log message]) committed by Philip.Laureano - [No log message] [No log message] Jul 05, 2009 r54 (Added the stub implementation for the type loader) committed by Philip.Laureano - Added the stub implementation for the type loader Added the stub implementation for the type loader Jun 28, 2009 r53 ([No log message]) committed by Philip.Laureano - [No log message] [No log message] Jun 28, 2009 r52 (Added support for adding service instances to a compiled con...) committed by Philip.Laureano - Added support for adding service instances to a compiled container Added support for adding service instances to a compiled container Jun 13, 2009 r51 (Changes: -Refactored GetAllInstancesMethodImplementor out o...) committed by Philip.Laureano - Changes: -Refactored GetAllInstancesMethodImplementor out of the the ContainerCompiler class -Hiro MicroContainers can now be chained together to form larger containers. -Added the NextContainer property to the IMicroContainer interface. Changes: -Refactored GetAllInstancesMethodImplementor out of the the ContainerCompiler class -Hiro MicroContainers can now be chained together to form larger containers. -Added the NextContainer property to the IMicroContainer interface. Jun 13, 2009 r50 (Changes: -Hiro can now run from .NET 2.0 -Hiro is no longer...) committed by Philip.Laureano - Changes: -Hiro can now run from .NET 2.0 -Hiro is no longer dependent on the LinFu.Core.dll assembly. -All references to LinFu have been removed from Hiro. -Removed all LINQ code from Hiro. Changes: -Hiro can now run from .NET 2.0 -Hiro is no longer dependent on the LinFu.Core.dll assembly. -All references to LinFu have been removed from Hiro. -Removed all LINQ code from Hiro. Jun 12, 2009 r49 (Changes: -Moved the basic behavior of the DependencyMap cla...) committed by Philip.Laureano - Changes: -Moved the basic behavior of the DependencyMap class into BaseDependencyMap class -Moved the DependencyMapExtensions into the DependencyMap class Changes: -Moved the basic behavior of the DependencyMap class into BaseDependencyMap class -Moved the DependencyMapExtensions into the DependencyMap class Jun 01, 2009 r48 (Major Change: Hiro now runs on the CLR 2.0 runtime and does ...) committed by Philip.Laureano - Major Change: Hiro now runs on the CLR 2.0 runtime and does not require .NET 3.x to be installed in order to execute Major Change: Hiro now runs on the CLR 2.0 runtime and does not require .NET 3.x to be installed in order to execute May 14, 2009 r47 ( ) committed by Philip.Laureano - May 14, 2009 r46 (Changes: -Added support for adding property injection to Hi...) committed by Philip.Laureano - Changes: -Added support for adding property injection to Hiro's compiled containers using the PropertyInjector class -Renamed the implementation classes to make them easier to understand Changes: -Added support for adding property injection to Hiro's compiled containers using the PropertyInjector class -Renamed the implementation classes to make them easier to understand May 14, 2009 r45 (Changes: -Modified the parameter order in the Dependency cl...) committed by Philip.Laureano - Changes: -Modified the parameter order in the Dependency class constructor to be more consistent with the rest of the API -Added generic extension methods that allow users to add singleton services to the DependencyMap class Changes: -Modified the parameter order in the Dependency class constructor to be more consistent with the rest of the API -Added generic extension methods that allow users to add singleton services to the DependencyMap class May 03, 2009 r44 (Changes: -Updated the comments in the SingletonEmitter clas...) committed by Philip.Laureano - Changes: -Updated the comments in the SingletonEmitter class -Added generic extension methods to the IDependenyMap interface -Added generic extension methods to the IMicroContainer interface Changes: -Updated the comments in the SingletonEmitter class -Added generic extension methods to the IDependenyMap interface -Added generic extension methods to the IMicroContainer interface

issue 9 (Generic constructor injection doesn't work) reported by nzpaulmason - What steps will reproduce the problem? Example code: var map = new DependencyMap(); map.AddService<UnitOfWorkScopeBase<UserUnitOfWork>, SimpleUnitOfWorkScope<UserUnitOfWork>>(); map.AddSingletonService<LightSpeedContext<UserUnitOfWork>, LightSpeedContext<UserUnitOfWork>>(); return map.CreateContainer(); The constructor for SimpleUnitOfWorkScope is SimpleUnitOfWorkScope<UserUnitOfWork>(LightSpeedContext<UserUnitOfWork> context) What is the expected output? What do you see instead? I would expect the container to be able to retrieve an instance of SimpleUniitOfWorkScope; instead I get an error: System.MissingMethodException: Method not found: 'Void Mindscape.LightSpeed.SimpleUnitOfWorkScope`1..ctor(Mindscape.LightSpeed.LightSpeedContext`1<TiviT.Test.Implementation.Model.UserUnitOfWork>)'. at Hiro.Containers.MicroContainer.GetInstance(Type , String ) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container, String key) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container) at TiviT.Base.Framework.Logic.LogicProvider.GetDataContext<T>() in LogicProvider.cs: line 113 at TiviT.Test.Implementation.Tests.BootstrapperTests.LightSpeedContextInitialisation() in BootstrapperTests.cs: line 27 What version of the product are you using? On what operating system? Hiro.Containers.dll 1.0.0.0 Hiro.Core.dll 0.1.0.21521 Please provide any additional information below. The LightSpeed product can be downloaded free of charge from http://www.mindscape.co.nz if required for testing.

What steps will reproduce the problem? Example code: var map = new DependencyMap(); map.AddService<UnitOfWorkScopeBase<UserUnitOfWork>, SimpleUnitOfWorkScope<UserUnitOfWork>>(); map.AddSingletonService<LightSpeedContext<UserUnitOfWork>, LightSpeedContext<UserUnitOfWork>>(); return map.CreateContainer(); The constructor for SimpleUnitOfWorkScope is SimpleUnitOfWorkScope<UserUnitOfWork>(LightSpeedContext<UserUnitOfWork> context) What is the expected output? What do you see instead? I would expect the container to be able to retrieve an instance of SimpleUniitOfWorkScope; instead I get an error: System.MissingMethodException: Method not found: 'Void Mindscape.LightSpeed.SimpleUnitOfWorkScope`1..ctor(Mindscape.LightSpeed.LightSpeedContext`1<TiviT.Test.Implementation.Model.UserUnitOfWork>)'. at Hiro.Containers.MicroContainer.GetInstance(Type , String ) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container, String key) at Hiro.MicroContainerExtensions.GetInstance<T>(IMicroContainer container) at TiviT.Base.Framework.Logic.LogicProvider.GetDataContext<T>() in LogicProvider.cs: line 113 at TiviT.Test.Implementation.Tests.BootstrapperTests.LightSpeedContextInitialisation() in BootstrapperTests.cs: line 27 What version of the product are you using? On what operating system? Hiro.Containers.dll 1.0.0.0 Hiro.Core.dll 0.1.0.21521 Please provide any additional information below. The LightSpeed product can be downloaded free of charge from http://www.mindscape.co.nz if required for testing.

Earlier this year