autofac - Project Hosting on Google Code

Today 42 min ago issue 162 (Support ASP.NET MVC 2.0 integration) commented on by mthird - Sorry for the double post, but I created a new blog entry with the current code: http://blogs.thirdfamily.com/michael/?p=66 Sorry for the double post, but I created a new blog entry with the current code: http://blogs.thirdfamily.com/michael/?p=66 76 min ago issue 162 (Support ASP.NET MVC 2.0 integration) commented on by mthird - I used a similar yet different approach. See http://blogs.thirdfamily.com/michael/?p=37. One change from that initial implementation (which was for MVC 1) was an AreaAttribute to allow each controller to specify the area prefix. public Service ServiceForControllerType(Type controllerType) { // see if controller has Area attribute var attr = (from attribute in controllerType.GetCustomAttributes(typeof (AreaAttribute), true) select attribute).Cast<AreaAttribute>().FirstOrDefault(); if (attr != null) { return ServiceForControllerName(attr.Name + "." + controllerType.Name.Replace(TypeNameSuffix, "")); } return ServiceForControllerName(controllerType.Name.Replace(TypeNameSuffix, "")); } I used a similar yet different approach. See http://blogs.thirdfamily.com/michael/?p=37. One change from that initial implementation (which was for MVC 1) was an AreaAttribute to allow each controller to specify the area prefix. public Service ServiceForControllerType(Type controllerType) { // see if controller has Area attribute var attr = (from attribute in controllerType.GetCustomAttributes(typeof (AreaAttribute), true) select attribute).Cast<AreaAttribute>().FirstOrDefault(); if (attr != null) { return ServiceForControllerName(attr.Name + "." + controllerType.Name.Replace(TypeNameSuffix, "")); } return ServiceForControllerName(controllerType.Name.Replace(TypeNameSuffix, "")); } Yesterday 44 hours ago NewInV2 (Autofac 2.x is a significant revision of the framework.) Wiki page edited by nicholas.blumhardt - Revision r698 Edited wiki page through web user interface. Revision r698 Edited wiki page through web user interface. 44 hours ago issue 154 (Update ConfigurationSettingsReader (XML Config Support)) Status changed by nicholas.blumhardt - Nice job with the patch. Remaining changes committed in r697. Status: Fixed Nice job with the patch. Remaining changes committed in r697. Status: Fixed 44 hours ago r697 (Issue 154 - update ConfigurationSettingsReader with new term...) committed by nicholas.blumhardt - Issue 154 - update ConfigurationSettingsReader with new terms. Issue 154 - update ConfigurationSettingsReader with new terms. 45 hours ago issue 170 (Include registrations from dynamic sources when an explicit ...) reported by nicholas.blumhardt - Originally this was 'by design', but since the new ComponentRegistry supports registering services without changing existing defaults, it is possible to implement this in a logical way. The outcome of making this change is that an explicit registration of a factory, open generic or collection will still override any generated default, however resolving all implementations of the service will include the generated versions. r696. Originally this was 'by design', but since the new ComponentRegistry supports registering services without changing existing defaults, it is possible to implement this in a logical way. The outcome of making this change is that an explicit registration of a factory, open generic or collection will still override any generated default, however resolving all implementations of the service will include the generated versions. r696. 45 hours ago r696 (Include registrations from dynamic sources in 'resolve all' ...) committed by nicholas.blumhardt - Include registrations from dynamic sources in 'resolve all' even if explicit implementations are available. Include registrations from dynamic sources in 'resolve all' even if explicit implementations are available. 47 hours ago r695 (Couple of very minor ComponentRegistry optimisations.) committed by nicholas.blumhardt - Couple of very minor ComponentRegistry optimisations. Couple of very minor ComponentRegistry optimisations. 47 hours ago issue 169 (Allow dynamic registration sources to provide multiple regis...) changed by nicholas.blumhardt - Decided to tackle this and committed in r694. Status: Fixed Labels: Milestone-Release2.1 −Milestone-Release2.2 Decided to tackle this and committed in r694. Status: Fixed Labels: Milestone-Release2.1 −Milestone-Release2.2 47 hours ago r694 (Closes issue 169 - allow registration sources to provide mul...) committed by nicholas.blumhardt - Closes issue 169 - allow registration sources to provide multiple registrations. Closes issue 169 - allow registration sources to provide multiple registrations. Last 7 days Dec 26, 2009 r693 (Deleted named-typed-services feature branch.) committed by nicholas.blumhardt - Deleted named-typed-services feature branch. Deleted named-typed-services feature branch. Dec 26, 2009 issue 98 (Pass type information along with requests for named services) changed by nicholas.blumhardt - After evaluating the impact of this, I think that it is better left for the next release. The upgrade between 1.x and 2.1 needs to be smooth, and adding the requirement for types to correspond will mean that a lot of existing Register/Resolve calls will no longer match. 2.1 leaves the core in good shape for this refactoring along with Issue 169 , these should be considered together. Summary: Pass type information along with requests for named services Labels: Milestone-Release2.2 −Milestone-Release2.1 −Milestone-Release2.1-Beta After evaluating the impact of this, I think that it is better left for the next release. The upgrade between 1.x and 2.1 needs to be smooth, and adding the requirement for types to correspond will mean that a lot of existing Register/Resolve calls will no longer match. 2.1 leaves the core in good shape for this refactoring along with Issue 169 , these should be considered together. Summary: Pass type information along with requests for named services Labels: Milestone-Release2.2 −Milestone-Release2.1 −Milestone-Release2.1-Beta Dec 26, 2009 issue 169 (Allow dynamic registration sources to provide multiple regis...) reported by nicholas.blumhardt - I.e. make IEnumerable<Func<T>> etc able to be dynamically provided. Currently the handler to provide Func<T> can only return a single registration, that is, it cannot wrap all of the possible providers of T. I.e. make IEnumerable<Func<T>> etc able to be dynamically provided. Currently the handler to provide Func<T> can only return a single registration, that is, it cannot wrap all of the possible providers of T. Dec 26, 2009 r692 (Created feature branch to explore impact of adding type info...) committed by nicholas.blumhardt - Created feature branch to explore impact of adding type information to NamedService. Created feature branch to explore impact of adding type information to NamedService. Dec 26, 2009 r691 (Created root for feature branches.) committed by nicholas.blumhardt - Created root for feature branches. Created root for feature branches. Dec 26, 2009 r690 (Added ContainerBuilder.ExcludeDefaultModules to avoid re-reg...) committed by nicholas.blumhardt - Added ContainerBuilder.ExcludeDefaultModules to avoid re-registering defaults when a second ContainerBuilder is used on an existing component registry. Added ContainerBuilder.ExcludeDefaultModules to avoid re-registering defaults when a second ContainerBuilder is used on an existing component registry. Dec 26, 2009 issue 160 (Scan assemblies for modules) commented on by carl.hoerberg - agree, too much "nice to have" factor, not essential for the 2.1 release agree, too much "nice to have" factor, not essential for the 2.1 release Dec 26, 2009 issue 160 (Scan assemblies for modules) Labels changed by nicholas.blumhardt - Lucas - thanks for posting your code here! As Carl pointed out, the sample is in the wrong place, this issue is in regard to modules not components. For components we already have RegisterAssemblyTypes(), although the attribute-based approach will be preferred by some people. I've been thinking more about this feature in general. A module scanner is only going to save time if it can scan directories, and a robust implementation is outside the scope of what we want to take on in Autofac core this release. Perhaps this is something to consider for 'contrib'? A basic assembly-only module scanner can be implemented in a few lines of code on top of what we already have: public static void RegisterAssemblyModules(this ContainerBuilder builder, Assembly assembly) { var scanningBuilder = new ContainerBuilder(); scanningBuilder.RegisterAssemblyTypes(assembly) .Where(t => typeof(IModule).IsAssignableFrom(t)) .As<IModule>(); using (var scanningContainer = scanningBuilder.Build()) { foreach (var m in scanningContainer.Resolve<IEnumerable<IModule>>()) builder.RegisterModule(module); } } Labels: −Milestone-Release2.1-Beta Lucas - thanks for posting your code here! As Carl pointed out, the sample is in the wrong place, this issue is in regard to modules not components. For components we already have RegisterAssemblyTypes(), although the attribute-based approach will be preferred by some people. I've been thinking more about this feature in general. A module scanner is only going to save time if it can scan directories, and a robust implementation is outside the scope of what we want to take on in Autofac core this release. Perhaps this is something to consider for 'contrib'? A basic assembly-only module scanner can be implemented in a few lines of code on top of what we already have: public static void RegisterAssemblyModules(this ContainerBuilder builder, Assembly assembly) { var scanningBuilder = new ContainerBuilder(); scanningBuilder.RegisterAssemblyTypes(assembly) .Where(t => typeof(IModule).IsAssignableFrom(t)) .As<IModule>(); using (var scanningContainer = scanningBuilder.Build()) { foreach (var m in scanningContainer.Resolve<IEnumerable<IModule>>()) builder.RegisterModule(module); } } Labels: −Milestone-Release2.1-Beta Dec 26, 2009 issue 162 (Support ASP.NET MVC 2.0 integration) commented on by carl.hoerberg - this cant be the default strategy/factory because you have to supply the namespace in the routing, right? maybe this can be detected and then fallback to the current default implementation? this cant be the default strategy/factory because you have to supply the namespace in the routing, right? maybe this can be detected and then fallback to the current default implementation? Dec 25, 2009 issue 155 (Update contrib and examples to 2.x) changed by carl.hoerberg - Patches applied. Status: Fixed Cc: carl.hoerberg Patches applied. Status: Fixed Cc: carl.hoerberg Dec 25, 2009 r689 (Updated the examples to 2.x, issue 155.) committed by carl.hoerberg - Updated the examples to 2.x, issue 155 . Updated the examples to 2.x, issue 155 . Dec 25, 2009 r688 (Added support for member-of in ConfigurationSettingsReader, ...) committed by carl.hoerberg - Added support for member-of in ConfigurationSettingsReader, an addition to issue 154 . Added support for member-of in ConfigurationSettingsReader, an addition to issue 154 . Dec 25, 2009 issue 150 (Human readable display strings and DebuggerDisplay) commented on by nicholas.blumhardt - Quite a few types in 1.4 override ToString() rather than implement DebuggerDisplay - not sure how many of these remain to be ported, I think there are a few e.g. ComponentRegistration. Quite a few types in 1.4 override ToString() rather than implement DebuggerDisplay - not sure how many of these remain to be ported, I think there are a few e.g. ComponentRegistration. Dec 25, 2009 issue 150 (Human readable display strings and DebuggerDisplay) commented on by carl.hoerberg - there are no i 1.x as far as i can see? a search for DebuggerDisplay in the 1.4 branch gives only one (unrelated?) hit.. there are no i 1.x as far as i can see? a search for DebuggerDisplay in the 1.4 branch gives only one (unrelated?) hit.. Dec 25, 2009 issue 160 (Scan assemblies for modules) commented on by carl.hoerberg - AutofacScanner scans for types with a certain attribute and then registers it. Isn't this feature supposed to scan for types implementing IModule and register them? AutofacScanner scans for types with a certain attribute and then registers it. Isn't this feature supposed to scan for types implementing IModule and register them? Dec 25, 2009 issue 155 (Update contrib and examples to 2.x) commented on by carl.hoerberg - patch for wcf patch for wcf Dec 25, 2009 issue 155 (Update contrib and examples to 2.x) commented on by carl.hoerberg - patch for MvcShareTrader patch for MvcShareTrader Dec 25, 2009 issue 155 (Update contrib and examples to 2.x) commented on by carl.hoerberg - Patch for calculator Patch for calculator Dec 25, 2009 issue 154 (Update ConfigurationSettingsReader (XML Config Support)) commented on by carl.hoerberg - Added support for MemberOf to ConfigurationSettingsReader, test included. Added support for MemberOf to ConfigurationSettingsReader, test included. Dec 25, 2009 issue 150 (Human readable display strings and DebuggerDisplay) commented on by carl.hoerberg - I would like some more info if i shall be able to contribute I would like some more info if i shall be able to contribute Dec 24, 2009 Contributing (Autofac is an open project that welcomes your input.) Wiki page edited by nicholas.blumhardt - Revision r687 Edited wiki page through web user interface. Revision r687 Edited wiki page through web user interface. Dec 24, 2009 issue 160 (Scan assemblies for modules) Summary changed by nicholas.blumhardt - For release 2.1 I don't think directory scanning will be implemented - will leave this from the beta and focus on assembly scanning. Summary: Scan assemblies for modules For release 2.1 I don't think directory scanning will be implemented - will leave this from the beta and focus on assembly scanning. Summary: Scan assemblies for modules Dec 24, 2009 6 issues changed by nicholas.blumhardt - Issues 98, 140, 150, 154, 155, 160 Issues 98, 140, 150, 154, 155, 160 Dec 24, 2009 issue 162 (Support ASP.NET MVC 2.0 integration) Summary changed by nicholas.blumhardt - Summary: Support ASP.NET MVC 2.0 integration Summary: Support ASP.NET MVC 2.0 integration Dec 24, 2009 Preview-Autofac-2.1.4.686.zip (Preview 2.1.4 for .NET 3.5+ and Mono 2.6) file uploaded by nicholas.blumhardt - Labels: Preview Type-Archive Labels: Preview Type-Archive Dec 24, 2009 issue 160 (Scan assemblies and directories for modules) Labels changed by nicholas.blumhardt - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Dec 24, 2009 issue 155 (Update contrib and examples to 2.x) Labels changed by nicholas.blumhardt - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Dec 24, 2009 issue 154 (Update ConfigurationSettingsReader (XML Config Support)) Labels changed by nicholas.blumhardt - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Dec 24, 2009 issue 150 (Human readable display strings and DebuggerDisplay) Labels changed by nicholas.blumhardt - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Dec 24, 2009 issue 143 (Derive RegistrationBuilder from IFluentInterface) Labels changed by nicholas.blumhardt - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Dec 24, 2009 issue 140 (Cache constructor bindings in ReflectionActivator) Labels changed by nicholas.blumhardt - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Dec 24, 2009 issue 102 (RegistrationBuilder and ContainerBuilder update) Labels changed by nicholas.blumhardt - Labels: Priority-Medium −Priority-High Labels: Priority-Medium −Priority-High Dec 24, 2009 issue 98 (Support named registrations for open generics (was: Support ...) Labels changed by nicholas.blumhardt - Labels: Priority-High −Priority-Medium Labels: Priority-High −Priority-Medium Dec 24, 2009 r686 (Merged in ContainerExtensions.Build as RegistrationExtension...) committed by nicholas.blumhardt - Merged in ContainerExtensions.Build as RegistrationExtensions.Configure, and made ContainerBuilder.Build(IComponentRegistry) internal. Merged in ContainerExtensions.Build as RegistrationExtensions.Configure, and made ContainerBuilder.Build(IComponentRegistry) internal. Dec 23, 2009 issue 159 (Scan directories for assemblies to drive convention-based re...) Labels changed by nicholas.blumhardt - Pushing to 2.2 as directory scanning can be tricky. Labels: Milestone-Release2.2 −Milestone-Release2.1 −Complexity-EntryLevel Pushing to 2.2 as directory scanning can be tricky. Labels: Milestone-Release2.2 −Milestone-Release2.1 −Complexity-EntryLevel Dec 23, 2009 issue 168 (Various convenience overloads) Status changed by nicholas.blumhardt - Committed in r685. Status: Fixed Committed in r685. Status: Fixed Dec 23, 2009 r685 (Added convenience methods WithParameters, WithProperties and...) committed by nicholas.blumhardt - Added convenience methods WithParameters, WithProperties and WithExtendedProperties. Issue 168 . Added convenience methods WithParameters, WithProperties and WithExtendedProperties. Issue 168 . Dec 23, 2009 issue 163 (Expose parameters on Activating/Activated event args) Status changed by nicholas.blumhardt - Committed to 2.1 in r684. Will leave the 1.4 version here for anyone who needs it, expecting that new users will be taking 2.1 soon.. Status: Fixed Committed to 2.1 in r684. Will leave the 1.4 version here for anyone who needs it, expecting that new users will be taking 2.1 soon.. Status: Fixed Dec 23, 2009 r684 (Applied patch from Issue 163 by Carl Hoerberg (add Parameter...) committed by nicholas.blumhardt - Applied patch from Issue 163 by Carl Hoerberg (add Parameters to Activated event.) Applied patch from Issue 163 by Carl Hoerberg (add Parameters to Activated event.) Dec 23, 2009 issue 156 (WCF Integration does not support components registered as se...) commented on by crowley_...@yahoo.com - Hi Nick Working with my own patched version. If anyone else needs it there is a patch so I wouldnt worry. Cheers. Hi Nick Working with my own patched version. If anyone else needs it there is a patch so I wouldnt worry. Cheers.

issue 160 (Scan assemblies for modules) Labels changed by nicholas.blumhardt - Lucas - thanks for posting your code here! As Carl pointed out, the sample is in the wrong place, this issue is in regard to modules not components. For components we already have RegisterAssemblyTypes(), although the attribute-based approach will be preferred by some people. I've been thinking more about this feature in general. A module scanner is only going to save time if it can scan directories, and a robust implementation is outside the scope of what we want to take on in Autofac core this release. Perhaps this is something to consider for 'contrib'? A basic assembly-only module scanner can be implemented in a few lines of code on top of what we already have: public static void RegisterAssemblyModules(this ContainerBuilder builder, Assembly assembly) { var scanningBuilder = new ContainerBuilder(); scanningBuilder.RegisterAssemblyTypes(assembly) .Where(t => typeof(IModule).IsAssignableFrom(t)) .As<IModule>(); using (var scanningContainer = scanningBuilder.Build()) { foreach (var m in scanningContainer.Resolve<IEnumerable<IModule>>()) builder.RegisterModule(module); } }

Labels: −Milestone-Release2.1-Beta

Lucas - thanks for posting your code here! As Carl pointed out, the sample is in the wrong place, this issue is in regard to modules not components. For components we already have RegisterAssemblyTypes(), although the attribute-based approach will be preferred by some people. I've been thinking more about this feature in general. A module scanner is only going to save time if it can scan directories, and a robust implementation is outside the scope of what we want to take on in Autofac core this release. Perhaps this is something to consider for 'contrib'? A basic assembly-only module scanner can be implemented in a few lines of code on top of what we already have: public static void RegisterAssemblyModules(this ContainerBuilder builder, Assembly assembly) { var scanningBuilder = new ContainerBuilder(); scanningBuilder.RegisterAssemblyTypes(assembly) .Where(t => typeof(IModule).IsAssignableFrom(t)) .As<IModule>(); using (var scanningContainer = scanningBuilder.Build()) { foreach (var m in scanningContainer.Resolve<IEnumerable<IModule>>()) builder.RegisterModule(module); } }

Labels: −Milestone-Release2.1-Beta

Today

Yesterday

Last 7 days