Munq Discussions Rss Feed

New Post: Support for WebApi dependency resolver.

mdennis — Thu, 11 Apr 2013 12:18:15 GMT

No, life got busy.

From: ctolkien
Sent: 11/04/2013 12:13 AM
To: [email removed]
Subject: Re: Support for WebApi dependency resolver. [Munq:433496]

From: ctolkien

mdennis wrote:

I will create an article on CodeProject this weekend to explain how to do this.

I will probably create a Nuget package as a result/

Hi mdennis,

Did you have a chance to make any progress on this?

New Post: Support for WebApi dependency resolver.

ctolkien — Thu, 11 Apr 2013 04:13:37 GMT

mdennis wrote:

I will create an article on CodeProject this weekend to explain how to do this.

I will probably create a Nuget package as a result/

Hi mdennis,

Did you have a chance to make any progress on this?

New Post: Request/Thread singletons in MVC projects

mcintyre321 — Tue, 09 Apr 2013 22:10:55 GMT

Hi.

I have a service which I want to use PerRequest for contollers, but PerThread for code kicked off via TaskFactory.StartNew (which I am getting hold of using Munq.MVC3.MunqDependencyResolver.Container.Resolve<T> in the task).

Which should I register the service with? Is there a mixed mode, which uses PerThread when HttpContext.Current is null, or some other approach I should take?

thanks!

New Post: Support for WebApi dependency resolver.

jogai — Fri, 08 Mar 2013 07:11:27 GMT

I suspected something like that. Thank you in advance.

New Post: Is it possible to put Xml doc in NuGet package?

mdennis — Fri, 08 Mar 2013 04:00:49 GMT

Yeah, I forgot to include the .XML file. I'll fix that shortly. Sorry.

New Post: Dynamic component resolution

mdennis — Fri, 08 Mar 2013 03:59:03 GMT

Personally, I rarely use the first option either. At the CodeProject, we use the second as well and it very nicely prevents the coupling caused by having to do all your registration in your top level executable. Your app really doesn't need to know what class is implementing the Interfaces.

Another variation is to create a Configuration project that just has a Class (or Classes) that implement the IMunqConfig Interface, and defines the IOC configuration. It is the only thing that needs to know about everything. Just drop this dll into the bin directory and you are configured.

New Post: Support for WebApi dependency resolver.

mdennis — Fri, 08 Mar 2013 03:45:52 GMT

I didn't used to be like that, but we've made some changes that may have messed some articles up. I'll clean them up, and update the articles.

New Post: Support for WebApi dependency resolver.

jogai — Fri, 08 Mar 2013 02:50:27 GMT

Can I point out that the code on CodeProject is very hard to read since there are a lot of html spans in it? Example: http://www.codeproject.com/Articles/83416/Munq-IocContainer-V2-Overview

New Post: Is it possible to put Xml doc in NuGet package?

jogai — Fri, 08 Mar 2013 02:46:39 GMT

For me there is. Try adding some usings:

using Munq;
using Munq.Configuration;
using Munq.MVC3;

New Post: Dynamic component resolution

jogai — Fri, 08 Mar 2013 02:44:09 GMT

Thanks for the answer.

I'll use the second option so I can remove the dependency to the layer with the concrete implementation.

New Post: Support for WebApi dependency resolver.

mdennis — Fri, 08 Mar 2013 02:13:21 GMT

I will create an article on CodeProject this weekend to explain how to do this.

I will probably create a Nuget package as a result/

New Post: Register Areas

mdennis — Fri, 08 Mar 2013 02:08:54 GMT

The Munq.MVC3 package on Nuget adds Munq to your MVC3 or 4 application. Areas are handled correctly as the MVC framework asks the IOC container for a Class, not an instance, and Munq knows how to create classes without registering the classes in advance.

The first time it creates an instance of a Class, it uses Reflection to determine the Constructor with the most parameters, and then creates a delegate which uses this constructor, calling Munq.Resolve(Type type) for each of the parameters.

So, while I haven't tried this particular scenario, it should just work without any Registering of the Areas in Munq.

New Post: Dynamic component resolution

mdennis — Fri, 08 Mar 2013 01:56:40 GMT

There are two ways to accomplish this. The first is to use named registration

    container.Register<IColoredComponent, BlueComponent>("Blue");
    container.Register<IColoredComponent, RedComponent>("Red");

   ....

   string myFavoriteColor = ReadMyFavoriteColorFromConfigFIle();
   var coloredComponent = container.Resolve<IColoredComponent>(myFavoriteColor);

The other is to use the AutoRegistration feature of Munq.
If you call Munq.Configuration.ConfigurationLoader(IocContainer container), the dlls in the /bin directory will be searched for classes that implement the IMunqConfig interface.
An instance will be created of each of the classes found, and the RegisterIn(IocContainer container) method will be called. The class can then do whatever registration is required. Now you can configure your application by just dropping the 'correct' dll(s) into the \bin directory.

New Post: Register Areas

KCavitt — Thu, 07 Mar 2013 21:22:17 GMT

Hello,

I'm working on a large MVC app that required my group to make plug-able areas something similar to this http://nileshhirapra.blogspot.sg/2012/02/aspnet-mvc-pluggable-application.html. Now I'm trying to make use of Munq in my MVC app to register the Areas and cant figure out what I need to do to register Areas.

I was looking at this article http://www.codeproject.com/Articles/43354/Using-Munq-IOC-with-ASP-NET-MVC-2-Preview-2 which states "Note: This version of the MunqControllerFactory does not support the Areas feature of MVC 2. This too will be corrected in a future article."

I guess the questions is how can I register an Area using Munq?

Thanks,
Kris

New Post: Dynamic component resolution

jogai — Thu, 07 Mar 2013 08:14:20 GMT

Is it possible to load the dependencies dynamicly? And if so how?

An example is given here under the title "Dynamic component resolution" : http://www.devtrends.co.uk/blog/how-not-to-do-dependency-injection-the-static-or-singleton-container

This way we can load the proper dependency based on configuration.

New Post: Support for WebApi dependency resolver.

ctolkien — Mon, 18 Feb 2013 07:31:11 GMT

As per the title!

New Post: Is it possible to put Xml doc in NuGet package?

unional — Thu, 13 Dec 2012 23:59:30 GMT

Hi, I just start using munq and I like it so far. Great work!

Current when using munq there is not IntelliSense help on the methods. Is it possible to put it in there?

New Post: Requestlifetime issue

chenyunjiang — Wed, 28 Nov 2012 03:58:56 GMT

yes

New Post: Lazy Load Injection

F0rc0sigan — Mon, 17 Sep 2012 05:37:05 GMT

Hello Dennis,

There is Unit of Work Pattern

public interface IUnitOfWork {
    IRepository<Employee> Employees { get; }
    IRepository<TimeCard> TimeCards { get;  }
    void Commit();
}

It will contain all repositories from aplication. Everything i need to setup is to resolver IUnitOfWork interface and another interfaces will be automatically resolved. But problem here is that i dont need all repos and dont want them even created until i call them. Is there any hack to do that or it is already work in this way?

Thanks,

Dima.

New Post: Requestlifetime issue

zakizakaria69 — Thu, 09 Aug 2012 07:47:52 GMT

I have used the RequestLifeTime before this fix and had no problem. Using Http session lifetime with repositories (especially using IoC and OrM mapped to db) is tricky once. Looking at your code:

[InvalidOperationException: Event handlers can only be bound to HttpApplication events during IHttpModule initialization.]

may is due to impedance mismatch. This is frequent happening when object should be created on early bound instead of late binding or data has yet to be fetched completely. According to Ayende, singleton request usually creates problems for database request when using IoC with OrM. Maybe

.AsRequestSingleton();

is the culprit. See my code below which I hope could give some insights for your implementation coz I have don't have much time to review the whole error messages:

Architecture 1 :: Class Library :: DB>>IDB>>Petapoco>>Models>>Object Repository(Implementation)>>IRepository

Architecture 2 :: MVC4 WebAPI :: Controller>>Resolve IRepository>> Bootstrapper >> MunqRequestLifeTime >> AlwaysNew >> MunqIoC >> Resolve IDB (for petapoco)

File: Bootstrapper.cs used at MVC4 portal section:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Web.Http.Controllers;
using Munq;
using Munq.LifetimeManagers;
//using StructureMap;
using GovernmentSurveyDAL.Infrastructures.DBInterfaces;
using GovernmentSurveyDAL.OrM.Petapoco;
using GovernmentSurveyDAL.DataInterfaces;
using GovernmentSurveyDAL.DataConcretes;
using GovernmentSurveyWebServices.Filters;
using GovernmentSurveyWebServices.Selectors;



namespace GovernmentSurveyWebServices.IoC
{
    public static class Bootstrapper
    {
        public static void ConfigureStructureMap()
        {
            //ObjectFactory.Initialize(x => x.AddRegistry<PetaPocoRegistry>());
            //ObjectFactory.Initialize(x => x.AddRegistry<IntegrationTestingRegistry>()); 
        }

        public static IocContainer ConfigureMunqAlwaysNewLifeTime()
        {
            var IoCAlwaysNew = new IocContainer();
            //Lifetime is always new for DB context to avoid lifetime mismatch. CLR 
            //create object will take around 0.0000006 sec. Refer to Rob Connery's and Ayende discussion
            //during code review for MVC1 StoreFront videos. I thinks video session no. 15 when they are dicussing using structureMap

            ILifetimeManager lifetime = new Munq.LifetimeManagers.AlwaysNewLifetime();
            IoCAlwaysNew.UsesDefaultLifetimeManagerOf(lifetime);
            IoCAlwaysNew.Register<IDatabase>(x => new Database("your_db_name"));

            return IoCAlwaysNew;
        }

        public static IocContainer ConfigureMunqContainerLifeTime()
        {
            var DBContainer = ConfigureMunqAlwaysNewLifeTime();
            ILifetimeManager lifetime = new Munq.LifetimeManagers.ContainerLifetime();
            var IoCContainerLifetime = new IocContainer();
            IoCContainerLifetime.UsesDefaultLifetimeManagerOf(lifetime);

            IoCContainerLifetime.Register<IWriteDemographics>
                (x => new WriteDemographicsV1(DBContainer.Resolve<IDatabase>()));
            IoCContainerLifetime.Register<IReadDemographics>
                (x => new ReadDemographicsV1(DBContainer.Resolve<IDatabase>()));

            IoCContainerLifetime.Register<IWriteSurveysMOH>
                (x => new WriteSurveysMOH(DBContainer.Resolve<IDatabase>()));
            IoCContainerLifetime.Register<IReadSurveysMOH>
                (x => new ReadSurveysMOH(DBContainer.Resolve<IDatabase>()));


            return IoCContainerLifetime;

        }

        //move to Application_Start at Global.asax.cs
        //public static IocContainer ConfigureMunqApplicationStart()
        //{
        //    ILifetimeManager lifetime = new Munq.LifetimeManagers.ContainerLifetime();
        //    var IoCContainerAppStart = new IocContainer();
        //    IoCContainerAppStart.UsesDefaultLifetimeManagerOf(lifetime);

        //    IoCContainerAppStart.Register<IHttpActionSelector>(x => new CorsPreflightActionSelector());
        //    return IoCContainerAppStart;
        //}
        
    }
}

At controller level:

using System;
using System.Collections.Generic;
using System.Globalization;
using System.Linq;
using System.Net;
using System.Net.Http;
using System.Net.Http.Formatting;
using System.Web.Http;

using System.Web.Http.Controllers; //add this for CORS
using GovernmentSurveyDAL.DataInterfaces;
using GovernmentSurveyDAL.Models;
using GovernmentSurveyDAL.BizModels.Listings;

using Munq;
using GovernmentSurveyWebServices.IoC;
using GovernmentSurveyWebServices.Filters;//add this for CORS
using GovernmentSurveyWebServices.Selectors;//add this for CORS beta method

namespace GovernmentSurveyWebServices.Controllers
{
    [HttpControllerConfiguration(HttpActionSelector = typeof(CorsActionSelector))] //add this for CORS beta method
    public class SurveysMOHController : ApiController
    {

        IReadSurveysMOH _contextRead;
        IWriteSurveysMOH _contextWrite;

        public SurveysMOHController()
        {
            IocContainer _ioc = Bootstrapper.ConfigureMunqContainerLifeTime();
            _contextRead = _ioc.Resolve<IReadSurveysMOH>();
            _contextWrite = _ioc.Resolve<IWriteSurveysMOH>();
        }

        [AcceptVerbs("GET", "HEAD")]
        [EnableCors]
        public IQueryable<SurveyType> SurveyTypes()
        {
            try
            {
                var _results = _contextRead.GetAllSurveyTypes();
                return _results;
            }
            catch (Exception)
            {
                var exceptionResponse = new HttpResponseMessage(HttpStatusCode.InternalServerError)
                {
                    Content = new StringContent("Internal Server Error.")
                };

                throw new HttpResponseException(exceptionResponse);
            }
        }
......

At Object repository:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using GovernmentSurveyDAL.Models;
using GovernmentSurveyDAL.BizModels.Listings;
using GovernmentSurveyDAL.DataInterfaces;
using GovernmentSurveyDAL.Infrastructures.DBInterfaces;
using GovernmentSurveyDAL.OrM.Petapoco;

namespace GovernmentSurveyDAL.DataConcretes
{
    public class ReadSurveysMOH : IReadSurveysMOH
    {
        private readonly IDatabase _db;
        public ReadSurveysMOH(IDatabase dataContext)
        {
            _db = dataContext;
        }

        #region survey type
        public IQueryable<SurveyType> GetAllSurveyTypes()
        {
            var results = _db.Fetch<SurveyType>().AsQueryable();
            return results;
        }

        public SurveyType GetSurveyTypeById(int surveyTypeId)
        {
            var result = _db.First<SurveyType>("SELECT * FROM SurveyType WHERE Id=@0", surveyTypeId);
            return result;
        }
        #endregion


........

 At Interface Level:



using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using GovernmentSurveyDAL.Models;
using GovernmentSurveyDAL.BizModels.Listings;

namespace GovernmentSurveyDAL.DataInterfaces
{
    public interface IReadSurveysMOH
    {
........

        //surveys types
        IQueryable<SurveyType> GetAllSurveyTypes();
        SurveyType GetSurveyTypeById(int surveyTypeId);

       
.......

        bool IfExist<T>(int idTocheck);
        bool IfExist<T>(string idTocheck);
        
    }



This is not the best solution but I managed to make it work smoothly without worrying about impedance mismatch. 
My controller is quite clean and my views are both at portal and mobile devices. Using shared hosting... Munq is really fast. Hope
the above could help and remember Singleton should be used after really sure about object creation and Http propagation.