Ninject MVC3-excepción de lanzamiento de bootstrapper "Ya inicializado"

Echa un vistazo a Configurando una aplicación MVC3

En resumen:

Probablemente tenga una carpeta App_Start en su proyecto con un archivo NinjectMVC3.cs.

Cuando se utiliza el paquete NuGet en combinación con la modificación del Global.asax (para lo cual no hay razón) debe eliminar la carpeta App_Start y eliminar las referencias a WebActivator y Microsoft.Web.Infraestructura

Esta situación se me ocurrió cuando cambié los espacios de nombres de mi proyecto, y luego lo cambié de nuevo.

Incluso cuando limpié la solución e hice un iisreset, regresó con 'ya inicializado'.

El problema surgió de las DLL que se habían creado en el directorio bin cuando cambié el espacio de nombres y construí el proyecto: después de cambiar los espacios de nombres y limpiar la solución, las DLL del espacio de nombres alternativo todavía estaban allí, y por lo tanto estaban siendo cargado cuando la aplicación web se inició, causando el error 'ya inicializado'.

Al eliminar las DLL se solucionó el problema.

Lo más probable es que esté derivando de NinjectHttpApplication y usando AppStart al mismo tiempo. Estas dos formas no deben confundirse.

Lea la documentación https://github.com/ninject/ninject.web.mvc/wiki/Setting-up-an-MVC3-application

Recientemente me encontré con el mismo problema. En mi caso, tengo múltiples proyectos en mi solución... y más que uno de esos proyectos contiene referencias de paquetes NuGet a Ninject.MVC3.

Cuando actualizé todas las versiones de mi paquete Ninject, se crearon carpetas App_Start en todos los proyectos que tienen referencias NuGet. Por lo tanto, tuve que ir y eliminar las carpetas App_Start de los proyectos de la biblioteca de clases; simplemente dejando la carpeta App_Start en la aplicación MVC principal.

No estoy seguro de qué era lo que estaba causando su aplicación a la bomba, pero me alegro de hacer VS reinicios resuelto. Tuve el mismo error, pero no pude corregirlo sin importar cuántas limpiezas/reconstrucciones hice o cuántas veces reinicié VS.

Lo que terminó funcionando para mí fue eliminar el paquete Ninject MVC NuGet completamente y simplemente agregar el Ninject y Ninject dll a la antigua usanza. Creo que puede haber algo mal con su paquete NuGet.

Espero esto ayuda a alguien más, perdí unas horas en él cuando todo lo que necesitaba era volcar el paquete NuGet.

¡Lee los documentos!

Https://github.com/ninject/ninject.web.mvc/wiki/Setting-up-an-MVC3-application

¿Cuál es la diferencia entre estos enfoques?

Ambos enfoques hacen exactamente lo mismo. Enganchan Ninject en aplicaciones MVC. La única diferencia es que utilizan un enfoque diferente para hacer esto. La razón para usar diferentes enfoques es que el paquete NuGet puede proporcionar integración lista para usar agregando un archivo. De lo contrario se requeriría modificaciones complicadas de lo global.asax

NOTA: Si decide ir con el primer enfoque si utiliza el paquete NuGet (para lo cual no hay razón), debe eliminar la carpeta App_Start y eliminar las referencias a WebActivator y Microsoft.Web.Infraestructura.

Tuve el mismo problema cuando actualizé el Ninject.Web.Paquete MVC3 a la versión 2.2.2.0. Me di cuenta de que esta actualización añadió la siguiente línea a mi .archivo csproj (VCS FTW!):

<Compile Include="App_Start\NinjectMVC3.cs" />

Cambiar la acción de Compilación de Compilar a Contenido para ese archivo resolvió mi problema. App_Start es tan malvado como App_Code después de todo...

Resolví este problema eliminando manualmente algunas DLL en la carpeta /bin, que no se eliminaban al ejecutar el comando Cleanup de Visual studio.

Tuve el mismo problema con algunas ligeras diferencias que estaba heredando de NinjectHttpApplication y anulando OnApplicationStarted. Resolví el problema descargando desde https://github.com/ninject/ninject.web.mvc en lugar de usar el paquete nuget.

No tuve que hacer nada después de añadir las referencias.

Pasé alrededor de 4 horas jugando con los paquetes de nuget, sin éxito.

Finalmente fui a gitub y cloné un nuevo repositorio, descargé el último Ninject.Web.Versiones comunes y más recientes de Ninject2 e hicimos una versión local.

Luego abandoné los paquetes nuget e hice referencias a los ensamblados recién compilados "Ninject", "Ninject.Web.Común" y "Ninject.Web.Mvc " y mi proyecto comenzó a funcionar y se estaban creando controladores con sus dependencias se está resolviendo.

Así es como se ve mi código, pero creo que también puede haber un problema en los paquetes nuget...

public class MvcApplication : NinjectHttpApplication
{
    protected override void OnApplicationStarted()
    {
        base.OnApplicationStarted();

        AreaRegistration.RegisterAllAreas();
        RegisterGlobalFilters(GlobalFilters.Filters);
        RegisterRoutes(RouteTable.Routes);
    }

    protected override Ninject.IKernel CreateKernel()
    {
        // declaratively add the Ninject Modules that we have built to manage our dependencies...
        var modules = new INinjectModule[]{
            new RepoModule()
        };

        return new StandardKernel(modules);
    }

    public static void RegisterGlobalFilters(GlobalFilterCollection filters)
    {
        filters.Add(new HandleErrorAttribute());
    }

    public static void RegisterRoutes(RouteCollection routes)
    {
        routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

        routes.MapRoute(
            "Default", // Route name
            "{controller}/{action}/{id}", // URL with parameters
            new { controller = "Home", action = "Index", id = UrlParameter.Optional } // Parameter defaults
        );

    }
}

Asegúrese de que solo un ensamblado tenga la clase "NinjectMVC3", si a.dll,b.dll todos tienen la clase NinjectMVC3 en el directorio bin entonces ，Habrá tal error!

Acabo de tener este mismo problema y me di cuenta de que era porque NuGet añadió NinjectMVC3.archivos cs a mi aplicación web y a mi biblioteca DAL. No me di cuenta de que había ocurrido, pero una vez que eliminé el archivo de la biblioteca DAL que estaba bien.

Cuando usas NuGet hay una carpeta App_start que se está creando, échale un vistazo.

Añadiré esto como una respuesta solo porque no he visto a nadie mencionarlo todavía y vale la pena comprobarlo antes de salir y clonar repositorios y demás.

Experimenté este problema de la nada en una solución que contiene tal vez 15 proyectos, tres de los cuales son sitios web. Había estado trabajando en uno de los sitios cuando empecé a tener este problema sin haber cambiado nada que obviamente causaría el problema: no solo había agregado Ninject en cualquier lugar (ya estaba instalado y funcionando bien), los archivos asax globales no se derivaban de las clases Ninject y nada estaba mal en ninguna carpeta App_Start.

Después de un poco de jugar con NuGet y similares en vano (provocado por mensajes sobre referencias sin resolver-parecía que Ninject no estaba siendo referenciado correctamente, pero lo fue), revisé todos los archivos que había cambiado prestando especial atención a los archivos de proyecto y configuración, y descubrí que de alguna manera Visual Studio había se agregó uno de los otros sitios web como referencia del proyecto al que estaba tratando de ejecutar. Como resultado, la configuración de Ninject se ejecutaba dos veces y causaba el problema, por lo que la causa raíz era la misma, pero el método de error era diferente.

No había ninguna razón para esa referencia de proyecto, no estaba allí antes ya que no era una dependencia válida, no la agregué manualmente y todavía no tengo idea de cómo sucedió, pero eliminarla inmediatamente solucionó el problema.