Munq Issue Tracker Rss Feed

Reopened Issue: New issue in 3.1.4 [6797]

mdennis — Fri, 14 Jun 2013 07:02:17 GMT

Hi I'm getting an error since upgrading to the new version.

I register munq in startup, but the requestlifetime isn't binding to the EndRequest til later which causes the following error to be thrown:

[InvalidOperationException: Event handlers can only be bound to HttpApplication events during IHttpModule initialization.]
System.Web.HttpApplication.ThrowIfEventBindingDisallowed() +11547053
System.Web.HttpApplication.AddSyncEventHookup(Object key, Delegate handler, RequestNotification notification, Boolean isPostNotification) +30
System.Web.HttpApplication.add_EndRequest(EventHandler value) +62
Munq.LifetimeManagers.RequestLifetime.EnsureDisposerInstalled() +212
Munq.LifetimeManagers.RequestLifetime.GetInstance(IRegistration registration) +397
Munq.Registration.GetInstance() +180
Munq.IocContainer.Resolve(String name, Type type) +123
Munq.IocContainer.Resolve() +93
BillTracker.App_Start.MunqMvc3Startup.FetchCurrentUser(HttpContext ctx, IocContainer container) in D:\projects\BillTracker\BillTracker\App_Start\MunqMvc3Startup.cs:112
BillTracker.App_Start.<>c__DisplayClassc.<PreStart>b__5() in D:\projects\BillTracker\BillTracker\App_Start\MunqMvc3Startup.cs:80
BillTracker.Core.Domain.User.get_Current() in D:\projects\BillTracker\BillTracker.Core\Domain\User.cs:28
BillTracker.Controllers.HomeController.Index() in D:\projects\BillTracker\BillTracker\Controllers\HomeController.cs:25
lambda_method(Closure , ControllerBase , Object[] ) +113
System.Web.Mvc.ReflectedActionDescriptor.Execute(ControllerContext controllerContext, IDictionary`2 parameters) +264
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethod(ControllerContext controllerContext, ActionDescriptor actionDescriptor, IDictionary`2 parameters) +39
System.Web.Mvc.<>c__DisplayClass15.<InvokeActionMethodWithFilters>b__12() +129
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func`1 continuation) +826266
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func`1 continuation) +826266
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func`1 continuation) +826266
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func`1 continuation) +826266
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func`1 continuation) +826266
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodFilter(IActionFilter filter, ActionExecutingContext preContext, Func`1 continuation) +826266
System.Web.Mvc.ControllerActionInvoker.InvokeActionMethodWithFilters(ControllerContext controllerContext, IList`1 filters, ActionDescriptor actionDescriptor, IDictionary`2 parameters) +314
System.Web.Mvc.ControllerActionInvoker.InvokeAction(ControllerContext controllerContext, String actionName) +825488
System.Web.Mvc.Controller.ExecuteCore() +159
System.Web.Mvc.ControllerBase.Execute(RequestContext requestContext) +335
System.Web.Mvc.<>c__DisplayClassb.<BeginProcessRequest>b__5() +62
System.Web.Mvc.Async.<>c__DisplayClass1.<MakeVoidDelegate>b__0() +20
System.Web.Mvc.<>c__DisplayClasse.<EndProcessRequest>b__d() +54
System.Web.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +469
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +375

Reopened Issue: Munq.CommonServiceLocator NuGet package cannot be installed [6799]

mdennis — Fri, 14 Jun 2013 07:02:17 GMT

The Munq.CommonServiceLocator package version 3.1.2 on Nuget (http://nuget.org/packages/Munq.CommonServiceLocator) has a dependency on the package CommonServiceLocator (>= 1.1).

The CommonServiceLocator package's latest version appears to be 1.0, meaning that Munq.CommonServiceLocator cannot resolve its dependencies and therefore can't be installed.

Closed Issue: New issue in 3.1.4 [6797]

mdennis — Thu, 16 May 2013 08:57:30 GMT

Closed Issue: Munq.CommonServiceLocator NuGet package cannot be installed [6799]

mdennis — Thu, 16 May 2013 08:57:30 GMT

Commented Issue: CanResolve returns false for arbitrary types that can resolve [7131]

Crenna — Sun, 28 Oct 2012 17:06:24 GMT

<p>Because CanResolve returns false even when a non-registered concrete class could be resolved because all of its constructor dependencies are registered, I can't use CanResolve in place of a try/catch. Try/catch is obviously much slower than a spot check for all the other cases where Munq will throw when it can't resolve. We need either CanResolve to return true when a concrete type that isn't registered can resolve by dependency, or a TryResolve method that will attempt to resolve without throwing an exception.</p>

Comments: ** Comment from web user: Crenna **

I've forked a default implementation which includes both CanResolve returning true when Munq can, in fact, resolve an arbitrary type, as well as suppressing all exceptions. I realize exceptions are informative for long dependency graphs, but for high performance applications and in MVC/Web API where default resolutions routinely fallback on null, it's not acceptable. My version of Munq with these edits lives here: https://github.com/danielcrenna/container.

Created Issue: CanResolve returns false for arbitrary types that can resolve [7131]

Crenna — Mon, 17 Sep 2012 22:29:43 GMT

Because CanResolve returns false even when a non-registered concrete class could be resolved because all of its constructor dependencies are registered, I can't use CanResolve in place of a try/catch. Try/catch is obviously much slower than a spot check for all the other cases where Munq will throw when it can't resolve. We need either CanResolve to return true when a concrete type that isn't registered can resolve by dependency, or a TryResolve method that will attempt to resolve without throwing an exception.

Commented Issue: New issue in 3.1.4 [6797]

mdennis — Sat, 28 Apr 2012 16:53:04 GMT

Was attempting to add an event handler when not allowed in IIS. Worked fine with the Dev WebServer.
Changed to use a HttpModule to handle disposing of IDisposables in the IocContainer that are RequestLifetime.
Get Nuget package Munq.IocContainer V3.1.6 or Munq 3.1.5 to get fix.

Closed Issue: Infinite loop when auto-resolving unregistered class with unresolvable dependencies [6516]

mdennis — Fri, 09 Mar 2012 19:50:33 GMT

Code:

interface IBar { }

class Foo
{
public Foo(IBar b) { }
}

public void Test()
{
var container = MunqDependencyResolver.Container;
var foo = container.Resolve<Foo>(); // infinite loop!
}

After stepping in, the problem is in the Resolve method. Since Foo is not resolvable, it attempts to auto-register it. It creates a delegate that looks like `new Foo(Resolve<IBar>())` and registers that, then recursively calls Resolve. The problem is that Foo is *still* not resolvable, because IBar cannot be resolved. The auto-resolver does not distinguish between Foo being unregistered and Foo being unresolvable, and so it keeps attempting to register it until it runs out of stack space and crashes.
Comments:

fixed

Closed Issue: when use Resolve method ,why T should be a class [6591]

mdennis — Fri, 09 Mar 2012 19:49:53 GMT

public TType Resolve<TType>() where TType : class;

why
Comments:

Not an issue, should be in Discussions

Commented Issue: when use Resolve method ,why T should be a class [6591]

mdennis — Fri, 09 Mar 2012 18:53:39 GMT

public TType Resolve<TType>() where TType : class;

why
Comments: ** Comment from web user: mdennis **

This is a question for the Discussions, not an Issue.

The reason is that in order to resolve TType, there needs to be a constructor. Only classes have constructors. Value objects such as int, string, ... do not.

Matthew

Commented Issue: New issue in 3.1.4 [6797]

mdennis — Fri, 09 Mar 2012 18:44:29 GMT

Need to document that Session, Request, and Request Lifetime Registered objects should not be resolved during Application_Start as Http_Context is not available at this time in IIS7 integrated mode

Commented Issue: Munq.CommonServiceLocator NuGet package cannot be installed [6799]

mdennis — Fri, 09 Mar 2012 18:41:30 GMT

Get the latest Nuget package >3.1.3

Closed Issue: Munq.CommonServiceLocator NuGet package cannot be installed [6800]

mdennis — Fri, 09 Mar 2012 18:39:50 GMT

This is a duplicate issue

Commented Issue: Munq.CommonServiceLocator NuGet package cannot be installed [6800]

yeurch — Fri, 24 Feb 2012 12:18:48 GMT

Sorry, Codeplex went unresponsive and I ended up posting this twice. Please close this is a duplicate of #6799.

Created Issue: Munq.CommonServiceLocator NuGet package cannot be installed [6800]

yeurch — Fri, 24 Feb 2012 12:17:25 GMT

Created Issue: Munq.CommonServiceLocator NuGet package cannot be installed [6799]

yeurch — Fri, 24 Feb 2012 12:17:21 GMT

Created Issue: New issue in 3.1.4 [6797]

mcintyre321 — Thu, 23 Feb 2012 18:01:18 GMT

Commented Issue: when use Resolve method ,why T should be a class [6591]

zsbfree — Mon, 07 Nov 2011 08:02:41 GMT

public TType Resolve<TType>() where TType : class;

why
Comments: ** Comment from web user: zsbfree **

I found all method has the TType:class ....but why we need it

Created Issue: when use Resolve method ,why T should be a class [6591]

zsbfree — Mon, 07 Nov 2011 08:00:27 GMT

public TType Resolve<TType>() where TType : class;

why

Commented Issue: Infinite loop when auto-resolving unregistered class with unresolvable dependencies [6516]

dfullerton — Wed, 05 Oct 2011 18:03:55 GMT

This seems to fix it. On line 48 of Container.Resolver.cs:

- return Resolve(name, type);
+ return typeRegistry.Get(name, type).GetInstance();