Ninject MVC3 - programme d'amorçage lancer “Déjà Initialisé” exception

Prendre un coup d'oeil à La configuration d'un MVC3-application

En bref:

Vous avez probablement een App_Start dossier de votre projet avec un NinjectMVC3.cs fichier.

Lorsque vous utilisez le package NuGet en combinaison avec la modification du Mondial.asax (pour lequel il n'y a pas de raison), vous devez retirer le App_Start dossier et supprimer les références à WebActivator et Microsoft.Web.L'Infrastructure

Plus vous êtes susceptible de dériver de NinjectHttpApplication et à l'aide de AppStart en même temps. Ces deux voies ne doit pas être mélangé.

Lire la documentation https://github.com/ninject/ninject.web.mvc/wiki/Setting-up-an-MVC3-application

Je ne suis pas sûr de ce qui était à l'origine de votre demande à la bombe, mais je suis heureux de le faire VS redémarre résolu. J'ai eu la même erreur se produise, mais a été incapable de corriger n'importe comment beaucoup de nettoyage/reconstruit j'ai fait ou combien de fois j'ai redémarré VS.

Ce qui a fini par travailler pour moi était de m'enlever le Ninject MVC Package NuGet complètement et il suffit d'ajouter le Ninject et Ninject dll à l'ancienne. Je pense qu'il y a peut être quelque chose de mal avec leur package NuGet.

J'espère que cela aide quelqu'un d'autre, j'ai perdu quelques heures quand j'avais besoin de vider le Package NuGet.

lire les docs!

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

Quelle est la différence entre ces approches?

Les deux approches exactement le même. Ils crochet Ninject dans les applications MVC. La seule différence est qu'ils utilisent une autre approche pour ce faire. La raison pour l'utilisation de différents approchaches est que le package NuGet peut fournir de la zone d'intégration par l'ajout d'un fichier. Sinon, il aurait besoin compliqué modifications de la mondiale.asax

REMARQUE: Si vous décidez d'aller avec la première approche, si vous utilisez le package NuGet (pour lequel il n'y a pas de raison), vous devez supprimer le App_Start dossier et supprimer les références à WebActivator et Microsoft.Web.L'Infrastructure.

J'ai résolu ce problème en supprimant manuellement certains fichiers dll dans le dossier /bin, qui n'a pas été supprimé lors de l'exécution de la commande de Nettoyage à partir de Visual studio.

j'ai passé environ 4 heures de déconner avec les packages nuget, en vain.

finalement je suis allé à gitub et cloné un nouveau repo, téléchargé la dernière Ninject.Web.Commun et les dernières Ninject2 release et a une libération locale de construction.

puis j'ai laissé tomber les packages nuget et fait des références d'assembly pour le nouvellement compilé assemblées "Ninject", "Ninject.Web.Commun" et "Ninject.Web.Mvc" et mon projet a commencé à travailler et les contrôleurs ont été créés avec leurs dépendances résolues.

c'est ce que mon code ressemble, mais je pense qu'il peut aussi être un problème dans les packages 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
        );

    }
}

J'ai juste eu le même problème et j'ai réalisé que c'était parce que NuGet ajouté NinjectMVC3.cs fichiers à la fois mon application web et mon DAL bibliothèque. Je ne savais pas que s'était produit, mais une fois que j'ai supprimé le fichier à partir de la DAL de la bibliothèque, il était beau.

Je vais ajouter cela comme une réponse seulement parce que j'ai pas vu personne mentionner encore et il vaut la peine de vérifier avant de partir et le clonage de repos et autres joyeusetés.

J'ai rencontré ce problème à l'improviste sur une solution qui contient peut-être que 15 projets, dont trois sont des sites web. J'avais travaillé sur l'un des sites lorsque j'ai commencé à avoir ce problème sans m'avoir changé quoi que ce soit qui serait évidemment la cause de ce problème: je n'avais pas ajouté Ninject n'importe où (il était déjà installé et fonctionne très bien), le global asax fichiers n'ont pas été découlant de la Ninject classes et on n'a rien d'anormal dans tout App_Start dossier.

Après un peu de vous embêter avec NuGet et l'aime en vain (provoquée par des messages sur les références non résolues - semblait Ninject n'était pas référencé correctement, mais qu'il était), je suis passé par tous les fichiers que j'avais changé accordant une attention particulière à projet et des fichiers de configuration, et a découvert que, en quelque sorte, Visual Studio a ajouté l'un des autres sites web comme une référence de projet à celui que j'étais en train de courir. En conséquence, le Ninject config a été exécuté deux fois, et à l'origine du problème, de sorte que la cause était la même, mais la méthode de vis était différent.

Il n'y a pas de raison pour que le projet de référence, il n'était pas là avant qu'elle n'était pas valide dépendance, je n'ai pas l'ajouter manuellement et je n'ai toujours aucune idée de comment c'est arrivé, mais de le retirer immédiatement résolu le problème.