errore "Più di un binding di corrispondenza sono disponibili" quando si usa Ninject.Web.Mvc 2.0 e ASP.NET MVC 1.0

Question

Recentemente ho passato a Ninject 2,0 rilascio e cominciato ottenere il seguente errore:

 
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. 

Tuttavia, non riesco a trovare un determinato percorso di riproduzione. A volte capita, a volte no. Sto usando NinjectHttpApplication per l'iniezione automatica dei controller. I controller sono definiti in un assembly separato:

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(); 
    } 

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

} 

Forse qualcuno ha familiarità con questo errore.

Qualche consiglio?

Answer 1

Alla fine ho finalmente risolto questo problema. Apparentemente, la funzione NinjectHttpApplication.RegisterAllControllersIn() non esegue tutti i binding corretti necessari. Lega le implementazioni del controller concreto alle richieste di IController. Ad esempio, se si dispone di una classe controller chiamata SampleMvcController, che eredita da System.Web.Mvc.Controller. Sarebbe fare quanto segue chiamato binding durante l'avvio dell'applicazione:

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

Ma quando il debug del NinjectControllerFactory, trovo che la richiesta sono stati fatti per il Ninject Kernel per restituire un oggetto per la classe "SampleMvcController", non per un concreto implementazione di IController, utilizzando l'associazione denominata di "SampleMvc".

Per questo motivo, quando viene eseguita la prima richiesta Web che coinvolge SampleMvcController, crea un binding di SampleMvcController su se stesso. Questo non è thread-sicuro però. Pertanto, se si eseguono più richieste Web contemporaneamente, i binding possono potenzialmente verificarsi più di una volta e ora si ha questo errore per avere più binding per SampleMvcController.

È possibile verificare ciò aggiornando rapidamente un URL MVC, subito dopo il riavvio dell'applicazione Web.

La correzione:

Il modo più semplice per risolvere questo problema è quello di creare un nuovo NinjectModule per le associazioni del controller, e per caricare questo modulo durante l'avvio dell'applicazione. All'interno di questo modulo, si auto associare ogni controller definiti, in questo modo:

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

Ma se non ti dispiace cambiare il codice sorgente Ninject, è possibile modificare la funzione RegisterAllControllersIn() per sé legare ogni controller è si imbatte.

Answer 2

Sei sicuro di creare davvero un singolocompletamente nuovo da zero nel tuo OnApplicationStarted ogni volta che viene richiamato? Se non lo sei e in realtà lo stai creando una volta ma potenzialmente eseguendo il bit di registrazione due volte. Ricorda che non ti è garantito che tu abbia sempre una classe App istanziata sempre all'interno di un determinato AppDomain.

Answer 3

ho aggiunto questo al mio file global.ascx.cs:

 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; 
    } 

poi chiamato dal mio metodo OnApplicationStarted() come segue:

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

difficile sapere se questo riparato, però perché è così intermittente.

Answer 4

Ho avuto a che fare con questo problema da mesi. Ho provato così tante opzioni ma non sono riuscito a trovare una soluzione. Sapevo che si trattava di un problema di threading perché si verificava solo quando c'era un carico pesante sul mio sito. Recentemente è stato segnalato un bug e risolto nel codice sorgente ninject che risolve questo problema.

Ecco un riferimento al issue. È stato risolto nella build 2.1.0.70 della sorgente Ninject. Il cambiamento chiave era in KernelBase.cs rimuovendo la linea

context.Plan = planner.GetPlan(service); 

e la sua sostituzione con

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

Per utilizzare questa nuova build con MVC sarà necessario per ottenere l'ultima build di Ninject quindi ottenere la versione più recente di ninject.web.mvc. Costruisci ninject.web.mvc con la nuova build Ninject.

Ho utilizzato questa nuova build per circa una settimana con un carico pesante e senza problemi. È il più lungo che è passato senza problemi, quindi considererei questa una soluzione.

Answer 5

La mia risposta è stata un po 'più ovvia.

mi aveva dichiarato l'associazione per uno dei miei regolatori di più di una volta durante il refactoring del mio codice.