Fehler „Mehr als eine passende Bindung zur Verfügung stehen“, wenn Ninject.Web.Mvc 2.0 und ASP.NET MVC 1.0

Question

mit

Vor kurzem habe ich Ninject Version 2.0 eingeschaltet und begann die folgende Störung zu erhalten:

 
Error occured: Error activating SomeController 
More than one matching bindings are available. 
Activation path: 
    1) Request for SomeController 

Suggestions: 
    1) Ensure that you have defined a binding for SomeController only once. 

Ich bin jedoch nicht in der Lage, bestimmte Wiedergabewege zu finden. Manchmal kommt es vor, manchmal nicht. Ich benutze NinjectHttpApplication für automatische Steuerungen Injektion. Controller sind in einer separaten Baugruppe definiert:

public class App : NinjectHttpApplication 
{ 
    protected override IKernel CreateKernel() 
    { 
     INinjectModule[] modules = new INinjectModule[] { 
      new MiscModule(), 
      new ProvidersModule(), 
      new RepositoryModule(), 
      new ServiceModule() 
     }; 

     return new StandardKernel(modules); 
    } 

    protected override void OnApplicationStarted() 
    { 
     RegisterRoutes(RouteTable.Routes); 
     RegisterAllControllersIn("Sample.Mvc"); 
     base.OnApplicationStarted(); 
    } 

    /* ............. */ 

} 

Vielleicht ist jemand mit diesem Fehler vertraut.

Irgendwelche Ratschläge?

Answer 1

Ich habe dieses Problem vor kurzem herausgefunden. Offensichtlich führt die NinjectHttpApplication.RegisterAllControllersIn() - Funktion nicht alle erforderlichen richtigen Bindungen aus. Es bindet Ihre konkreten Controller-Implementierungen an IController-Anforderungen. Zum Beispiel, wenn Sie eine Controller-Klasse namens SampleMvcController haben, die von System.Web.Mvc.Controller erbt. Es täte die nachfolgend genannte Bindung während der Anwendung Start:

kernel.Bind<IController>().To(SampleMvcController).InTransientScope().Named("SampleMvc"); 

Aber wenn die NinjectControllerFactory debuggen, finde ich diesen Antrag für die Ninject Kernel gemacht werden, ein Objekt für die Klasse „SampleMvcController“, nicht für ein konkreten zurückzukehren Implementierung von IController unter Verwendung der genannten Bindung von "SampleMvc".

Aus diesem Grund erstellt die erste Webanforderung, die den SampleMvcController beteiligt ist, eine Bindung von SampleMvcController an sich. Dies ist jedoch nicht threadsicher. Wenn also mehrere Webanfragen gleichzeitig ausgeführt werden, können die Bindungen möglicherweise mehr als einmal auftreten. Dieser Fehler tritt nun auf, wenn mehrere Bindungen für den SampleMvcController vorhanden sind.

Sie können dies überprüfen, indem Sie eine MVC-URL schnell aktualisieren, nachdem die Webanwendung neu gestartet wurde.

Das Update:

Der einfachste Weg, um dieses Problem zu beheben, ist eine neue NinjectModule für Ihre Controller Bindung zu schaffen, und dieses Modul während der Anwendung Starts zu laden. In diesem Modul binden Sie selbst jede Ihrer definierten Steuerungen, etwa so:

class ControllerModule : StandardModule { 
     public override Load() { 
     Bind<SampleMvcController>().ToSelf(); 
     Bind<AnotherMvcController>().ToSelf(); 
     } 
    } 

Aber wenn Sie nichts dagegen haben die Ninject Quellcode ändern, können Sie die RegisterAllControllersIn() Funktion zur Selbst binden jeden Controller modifizieren treffen.

Answer 2

Sind Sie sicher, dass Sie wirklich jedes Mal ein ganz neues Kernel von Grund auf in Ihrem OnApplicationStarted erstellen, wenn es aufgerufen wird? Wenn Sie es nicht sind und Sie es tatsächlich einmal erstellen, führen Sie das Registrierungsbit möglicherweise zweimal aus. Denken Sie daran, dass nicht garantiert ist, dass innerhalb einer bestimmten Anwendungsdomäne immer nur eine App Klasse instanziiert wird.

Answer 3

Ich habe diese auf meine global.ascx.cs Datei:

 public void RegisterAllControllersInFix(Assembly assembly) 
    { 
     RegisterAllControllersInFix(assembly, GetControllerName); 
    } 

    public void RegisterAllControllersInFix(Assembly assembly, Func<Type, string> namingConvention) 
    { 
     foreach (Type type in assembly.GetExportedTypes().Where(IsController)) 
      Kernel.Bind(type).ToSelf(); 
    } 

    private static bool IsController(Type type) 
    { 
     return typeof(IController).IsAssignableFrom(type) && type.IsPublic && !type.IsAbstract && !type.IsInterface; 
    } 

    private static string GetControllerName(Type type) 
    { 
     string name = type.Name.ToLowerInvariant(); 

     if (name.EndsWith("controller")) 
      name = name.Substring(0, name.IndexOf("controller")); 

     return name; 
    } 

Da rief es von meinem OnApplicationStarted (Methode) wie folgt:

 RegisterAllControllersIn(Assembly.GetExecutingAssembly()); 
     RegisterAllControllersInFix(Assembly.GetExecutingAssembly()); 

schwierig zu wissen, ob diese es fest, obwohl weil es so intermittierend ist.

Answer 4

Ich habe mich seit Monaten mit diesem Problem beschäftigt. Ich habe so viele Möglichkeiten ausprobiert, konnte aber nicht zu einer Lösung kommen. Ich wusste, dass es ein Threading-Problem war, weil es nur auftreten würde, wenn meine Site stark ausgelastet war. Erst kürzlich wurde ein Fehler im Ninject-Quellcode gemeldet und behoben, der dieses Problem löst.

Hier ist ein Verweis auf die issue. Es wurde in Build 2.1.0.70 der Ninject-Quelle behoben. Die Schlüsseländerung war in KernelBase.cs durch die Linie zu entfernen

context.Plan = planner.GetPlan(service); 

und es mit

lock (planner) 
{ 
    context.Plan = planner.GetPlan(service); 
} 

Zur Nutzung dieser neuen Build mit MVC ersetzen Sie die neueste Version von Ninject dann die neueste Version erhalten erhalten müssen von ninject.web.mvc. Erstelle ninject.web.mvc mit dem neuen Ninject-Build.

Ich benutze diesen neuen Build seit ungefähr einer Woche mit einer schweren Last und ohne Probleme. Das ist die längste Zeit, die es ohne Probleme gegangen ist, also würde ich dies als eine Lösung betrachten.

Answer 5

Meine Antwort war ein bisschen offensichtlicher.

Ich hatte die Bindung für einen meiner Controller mehr als einmal während Refactor meines Codes erklärt.