Sono stati trovati più tipi che corrispondono al controller denominato "Home"

Attualmente ho due progetti MVC3 non correlati ospitati online.

Uno funziona bene, l'altro non funziona, dandomi l'errore:

Sono stati trovati più tipi che corrispondono al controller denominato "Home". Ciò può accadere se la route che soddisfa questa richiesta ('{controller} / {action} / {id}') non specifica gli spazi dei nomi per cercare un controller che corrisponda alla richiesta.

In tal caso, registrare questa route chiamando un sovraccarico del metodo "MapRoute" che accetta un parametro "namespace".

Il modo in cui funziona il mio hoster è che mi dà l'accesso FTP e in quella cartella ho altre due cartelle, una per ciascuna delle mie applicazioni.

ftpFolderA2 / foo.com

ftpFolderA2 / bar.com

foo.com funziona bene, pubblico la mia applicazione sul mio file system locale, quindi FTP il contenuto e funziona.

Quando eseguo il caricamento e provo a eseguire bar.com, il problema sopra riportato si attiva e mi impedisce di utilizzare il mio sito. Tutto mentre foo.com funziona ancora .

Bar.com sta cercando dai controller OVUNQUE all'interno di ftpFolderA2 ed è per questo che ne sta trovando un altro HomeController? Come posso dire di guardare solo nella cartella Controller come dovrebbe?

I fatti:

1. Non usare le aree. Questi sono due progetti COMPLETAMENTE non correlati. Metto ogni progetto pubblicato in ogni rispettiva cartella. Nulla di bello.
2. Ogni progetto ha solo 1 HomeController.

Qualcuno può confermare che questo è il problema?

Questo messaggio di errore si verifica spesso quando si utilizzano le aree e si ha lo stesso nome del controller all'interno dell'area e della radice. Ad esempio hai i due:

• ~/Controllers/HomeController.cs
• ~/Areas/Admin/Controllers/HomeController.cs

Per risolvere questo problema (come suggerisce il messaggio di errore), è possibile utilizzare gli spazi dei nomi durante la dichiarazione dei percorsi. Quindi nella definizione del percorso principale in Global.asax:

routes.MapRoute(
    "Default",
    "{controller}/{action}/{id}",
    new { controller = "Home", action = "Index", id = UrlParameter.Optional },
    new[] { "AppName.Controllers" }
);

e nel tuo ~/Areas/Admin/AdminAreaRegistration.cs:

context.MapRoute(
    "Admin_default",
    "Admin/{controller}/{action}/{id}",
    new { action = "Index", id = UrlParameter.Optional },
    new[] { "AppName.Areas.Admin.Controllers" }
);

Se non si utilizzano aree, sembra che entrambe le applicazioni siano ospitate all'interno della stessa applicazione ASP.NET e si verificano conflitti perché si hanno gli stessi controller definiti in spazi dei nomi diversi. Dovrai configurare IIS per ospitare quei due come applicazioni ASP.NET separate se vuoi evitare questo tipo di conflitti. Chiedi al tuo provider di hosting se non hai accesso al server.

Ecco un altro scenario in cui potresti riscontrare questo errore. Se si rinomina il progetto in modo che il nome del file dell'assembly cambi, è possibile disporre di due versioni dell'assembly ASP.NET, che riprodurrà questo errore.

La soluzione è andare nella tua bincartella ed eliminare le vecchie dll. (Ho provato "Ricostruisci progetto", ma questo non li ha eliminati, quindi assicurati di controllare binper assicurarti che non ci siano più)

In MVC4 e MVC5 È un po 'diverso, usare quanto segue

/App_Start/RouteConfig.cs

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

            routes.MapRoute(
                name: "Default",
                url: "{controller}/{action}/{id}",
                defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional },
                namespaces:  new[] {"MyNamespace.Controllers"}
            );
        }
    }
}

e nelle aree

context.MapRoute(
                "Admin_default",
                "Admin/{controller}/{action}/{id}",
                new { action = "Index", id = UrlParameter.Optional },
                new[] { "MyNamespace.Areas.Admin.Controllers" }
            );

Guarda questo ... http://www.asp.net/mvc/videos/mvc-2/how-do-i/aspnet-mvc-2-areas

Quindi questa foto (spero che ti piacciano i miei disegni)

Ciò che altri hanno detto è corretto, ma per coloro che devono ancora affrontare lo stesso problema:
nel mio caso è successo perché ho copiato un altro progetto e l'ho rinominato in qualcos'altro MA i precedenti file di output nella bincartella erano ancora lì ... E sfortunatamente, colpendo Build -> Clean Solutiondopo aver rinominato il progetto e Namespaces non li rimuove ... quindi eliminarli manualmente risolto il mio problema!

nella bin/cartella del progetto

assicurati di avere solo il tuo PROJECT_PACKAGENAME.DLL

e rimuovi ANOTHER_PROJECT_PACKAGENAME.DLL

che potrebbe apparire qui per errore o semplicemente rinominare il progetto

Controllare la cartella bin se è presente un altro file dll che potrebbe essere in conflitto con la classe homeController.

Un'altra soluzione è quella di registrare uno spazio dei nomi predefinito con ControllerBuilder. Dato che avevamo molti percorsi nella nostra applicazione principale e un solo percorso generico nelle nostre aree (dove stavamo già specificando uno spazio dei nomi), abbiamo trovato che questa era la soluzione più semplice:

ControllerBuilder.Current
     .DefaultNamespaces.Add("YourApp.Controllers");

Anche se non stai utilizzando le aree, puoi comunque specificare nella RouteMap quale spazio dei nomi utilizzare

routes.MapRoute(
    "Default",
    "{controller}/{action}",
    new { controller = "Home", action = "Index" },
    new[] { "NameSpace.OfYour.Controllers" }
);

Ma sembra che il vero problema sia il modo in cui le tue due app sono configurate in IIS

Ho appena avuto questo problema, ma solo quando ho pubblicato sul mio sito Web, sul mio debug locale è andato tutto bene. Ho scoperto che dovevo usare l'FTP dal mio webhost e andare nella mia directory di pubblicazione ed eliminare i file nella cartella BIN, eliminarli localmente non ha fatto nulla quando ho pubblicato.

Potrebbe esserci un altro caso con Aree anche se hai seguito tutti i passaggi nel routing in Aree (come dare spazi dei nomi nella tabella di routing globale), che è:

È possibile che i controller globali non siano stati inseriti nello "spazio dei nomi" fornito nel routing.

Per esempio:

Fatto questo:

public class HomeController : Controller
{

Invece di:

namespace GivenNamespace.Controllers
{
   public class HomeController : Controller
   {

Puoi anche ottenere l'errore 500 se aggiungi il tuo assembly che contiene ApiController sovrascrivendo GetAssemblies di DefaultAssembliesResolver ed è già nell'array da base.GetAssemblies ()

Caso in questione:

public class MyAssembliesResolver : DefaultAssembliesResolver
{
    public override ICollection<Assembly> GetAssemblies()
    {
        var baseAssemblies = base.GetAssemblies();

        var assemblies = new List<Assembly>(baseAssemblies);

        assemblies.Add(Assembly.GetAssembly(typeof(MyAssembliesResolver)));

        return new List<Assembly>(assemblies);
    }
}

se il codice sopra si trova nello stesso assembly del controller, quell'assembly sarà nell'elenco due volte e genererà un errore 500 poiché l'API Web non sa quale utilizzare.

se si desidera risolverlo automaticamente .. è possibile utilizzare l'assambly dell'applicazione semplicemente aggiungere il seguente codice:

 routes.MapRoute(
            name: "Default",
            url: "{controller}/{action}/{id}",
            defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional },
            namespaces: new[] { string.Format("{0}.Controllers", BuildManager.GetGlobalAsaxType().BaseType.Assembly.GetName().Name) }
        );

Ho avuto gli stessi problemi e niente ha aiutato. Il problema è che in realtà non ho duplicati, questo errore appare dopo aver cambiato lo spazio dei nomi del progetto da MyCuteProjectaMyCuteProject.Web .

Alla fine ho capito che la fonte dell'errore è un global.asaxfile - markup XML, non .cs-codebehind. Controlla lo spazio dei nomi in esso - questo mi ha aiutato.

ho appena cancellato la cartella 'Bin' dal server e copiato il mio cestino sul server, e il mio problema è stato risolto.

In Route.config

namespace: new [] {"Appname.Controllers"}

Abbiamo scoperto che abbiamo riscontrato questo errore quando si è verificato un conflitto nella nostra build che è apparso come un avvertimento.

Non abbiamo ottenuto i dettagli fino a quando non abbiamo aumentato Visual Studio -> Strumenti -> Opzioni -> Progetti e soluzioni -> Crea ed esegui -> Progetto MSBuild sviluppa l'output dettagliato su Dettagliato.

Il nostro progetto è un'applicazione web .net v4 e si è verificato un conflitto tra System.Net.Http (v2.0.0.0) e System.Net.Http (v4.0.0.0). Il nostro progetto ha fatto riferimento alla versione v2 del file da un pacchetto (incluso usando nuget). Quando abbiamo rimosso il riferimento e aggiunto un riferimento alla versione v4, la build ha funzionato (senza avvisi) e l'errore è stato corretto.

Altra variante di questo errore è quando si utilizza il resharper e si utilizzano alcune opzioni di refactor "auto" che includono la modifica del nome dello spazio dei nomi. Questo è quello che mi succede. Per risolvere il problema con questo tipo di cartella di eliminazione dello scenariobin

Fare clic con il tasto destro del mouse sul progetto e selezionare clean the project. Oppure svuota completamente la directory bin e poi ricostruisci di nuovo. Ciò dovrebbe eliminare eventuali assiemi rimasti dalle build precedenti

Qualche volta in una singola applicazione questo problema arriva anche In tal caso selezionare queste caselle di controllo quando si pubblica l'applicazione

Se potesse aiutare gli altri, ho anche affrontato questo errore. Il problema era causato da un riferimento errato nel mio sito web. Per motivi sconosciuti il ​​mio sito web si riferiva a un altro sito Web, nella stessa soluzione. E una volta rimosso quel cattivo riferimento, la cosa ha iniziato a funzionare correttamente.

Se lavori in Episerver o in un altro CMS basato su MVC, potresti scoprire che quel particolare nome del controller è già stato rivendicato.

Questo mi è successo quando ho tentato di creare un controller chiamato FileUpload.

stavo affrontando il problema simile. e la ragione principale era che avevo lo stesso controller in due diverse aree. una volta rimosso quello che funziona benissimo.

ce l'ho utile per te.

Ho due progetti in una soluzione con lo stesso nome controller. Ho rimosso il secondo riferimento al progetto nel primo progetto e il problema è stato risolto

Ho riscontrato che questo errore può verificarsi con il sito Web ASP.NET tradizionale quando si crea il controller nella directory non App_Code (a volte Visual Studio lo impedisce).

Imposta il tipo di file su "Compila" mentre qualsiasi codice aggiunto a "Codice_app" è impostato su "Contenuto". Se copi o sposti il ​​file in App_Code, è comunque impostato come "Compila".

Ho il sospetto che abbia qualcosa a che fare con il funzionamento del progetto del sito Web poiché i progetti del sito Web non hanno alcuna operazione di compilazione. Annullare la cartella bin e passare a "Contenuto" sembra risolverlo.