'Ev' adlı denetleyiciye uyan birden çok tür bulundu

Şu anda çevrimiçi olarak barındırılan iki alakasız MVC3 projem var.

Biri iyi çalışıyor, diğeri çalışmıyor, bana hata veriyor:

'Home' adlı denetleyiciyle eşleşen birden çok tür bulundu. Bu isteğe hizmet veren rota ('{controller} / {action} / {id}'), istekle eşleşen bir denetleyiciyi aramak için ad alanları belirtmezse oluşabilir.

Bu durumda, 'ad alanları' parametresi alan 'MapRoute' yönteminin aşırı yüklenmesini çağırarak bu yolu kaydedin.

Barındırıcımın çalışma şekli bana FTP erişimi sağlaması ve bu klasörde her bir uygulama için bir tane olmak üzere iki klasör daha var.

ftpFolderA2 / foo.com

ftpFolderA2 / bar.com

foo.com iyi çalışıyor, yerel dosya sistemime benim uygulama yayınlamak sonra içeriği FTP ve çalışır.

Bar.com'u yükleyip çalıştırmaya çalıştığımda yukarıdaki sorun tetikleniyor ve sitemi kullanmamı engelliyor. Foo.com hala çalışırken .

Bar.com ftpFolderA2 içinde HER YERDEN denetleyicilerden mi arama yapıyor ve bu yüzden başka bir tane HomeControllermi buluyor ? Yalnızca Denetleyici klasörüne olması gerektiği gibi görünmesini nasıl söyleyebilirim?

Gerçekler:

1. Alan kullanmamak. Bunlar TAMAMEN ilgisiz iki projedir. Yayınlanan her projeyi ilgili klasörlere yerleştiriyorum. Hiçbir şey fantezi.
2. Her projede sadece 1 adet HomeController bulunur.

Birisi sorunun bu olduğunu onaylayabilir mi?

Bu hata iletisi genellikle alanları kullandığınızda oluşur ve alan ve kök içinde aynı denetleyici adına sahip olursunuz . Örneğin ikisine sahipsiniz:

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

Bu sorunu çözmek için (hata mesajının size önerdiği gibi), rotalarınızı bildirirken ad alanlarını kullanabilirsiniz. Yani ana rota tanımında Global.asax:

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

ve sizin ~/Areas/Admin/AdminAreaRegistration.cs:

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

Alanları kullanmıyorsanız, her iki uygulamanız da aynı ASP.NET uygulamasında barındırılıyor ve farklı ad alanlarında aynı denetleyicilere sahip olduğunuz için çakışmalar oluşuyor gibi görünüyor. Bu tür çakışmalardan kaçınmak istiyorsanız IIS'yi bu ikisini ayrı ASP.NET uygulamaları olarak barındıracak şekilde yapılandırmanız gerekir. Sunucuya erişiminiz yoksa barındırma sağlayıcınızdan bunu isteyin.

İşte bu hatayla karşılaşabileceğiniz başka bir senaryo. Projenizi derlemenin dosya adı değişecek şekilde yeniden adlandırırsanız, ASP.NET derlemenizin bu hatayı yeniden oluşturacak iki sürümüne sahip olmanız mümkündür.

Çözüm binklasörünüze gitmek ve eski dll silmek için. ("Projeyi Yeniden Oluştur" u denedim, ancak bu onları silmedi, bu yüzden binbunların kaybolduğundan emin olun )

MVC4 ve MVC5'te Biraz farklıdır, aşağıdakileri kullanın

/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"}
            );
        }
    }
}

ve Alanlarda

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

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

Sonra bu resim (umarım çizimlerimi beğenirsiniz)

Başkalarının
söyledikleri doğru ama yine de aynı problemle karşılaşanlar için: Benim durumumda başka bir projeyi kopyaladığım için n başka bir şeye yeniden adlandırdım çünkü AMAbin klasördeki önceki çıktı dosyaları hala vardı ... Ve ne yazık ki, Build -> Clean Solutionyeniden adlandırdıktan sonra vurmak proje ve onları Namespaces kaldırmaz ... bu yüzden onları elle silmek sorunumu çözdü!

proje bin/klasörünüzde

yalnızca PROJECT_PACKAGENAME.DLL dosyanızın olduğundan emin olun

ve ANOTHER_PROJECT_PACKAGENAME.DLL dosyasını kaldırın

burada yanlışlıkla görünebilir veya projenizi yeniden adlandırırsınız

HomeController sınıfıyla çakışmış olabilecek başka bir dll dosyası varsa bin klasörünü kontrol edin .

Başka bir çözüm, ControllerBuilder'a varsayılan bir ad alanı kaydetmektir. Ana uygulamamızda çok sayıda rota ve bölgelerimizde sadece tek bir genel rota (zaten bir ad alanı belirlediğimiz) olduğundan, bunu en kolay çözüm olarak bulduk:

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

Alanları kullanmasanız bile, RouteMap'inizde hangi ad alanının kullanılacağını belirtebilirsiniz

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

Ancak asıl sorun, iki uygulamanızın IIS'de kurulum şekli gibi görünüyor

Sadece bu sorunu yaşadım, ancak sadece web sitemde yayınladığımda, yerel hata ayıklamamda iyi çalıştı. FTP'yi webhost'umdan kullanmam ve yayınlama dizinime gitmem ve BIN klasöründeki dosyaları silmem gerektiğine karar verdim.

Başka durum da olabilir Alanları sizsiniz, (küresel yönlendirme tablosunda Namespaces vermek gibi) Alanlarda yönlendirme tüm adımları izledikten sonra hala:

Global Denetleyicilerinizi, yönlendirmede sağladığınız 'ad alanına' kaydırmamış olabilirsiniz.

Örneğin:

Bitir bunu:

public class HomeController : Controller
{

Onun yerine:

namespace GivenNamespace.Controllers
{
   public class HomeController : Controller
   {

ApiController içeren kendi derlemenizi DefaultAssembliesResolver öğesinin GetAssemblies'ini geçersiz kılarak ve zaten base.GetAssemblies () dizisinde varsa, 500 hatasını da alabilirsiniz.

Konuşma konusu olan mesele:

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

yukarıdaki kod Denetleyicinizle aynı derlemedeyse, bu derleme listede iki kez olacak ve Web API'sının hangisini kullanacağını bilmediği için 500 hatası oluşturacaktır.

otomatik olarak çözümlemek istiyorsanız .. uygulamayı açıkça aşağıdaki kodu ekleyerek kullanabilirsiniz:

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

Aynı sorun var ve hiçbir şey yardımcı olmadı. Sorun aslında hiç yinelenen yok, bu hata proje ad alanı MyCuteProjectiçin değiştirdikten sonra görünür MyCuteProject.Web.

Sonunda, hata kaynağının -codebehind global.asaxdeğil bir dosya - XML ​​işaretlemesi olduğunu .csfark ettim. İçindeki ad alanını kontrol edin - bu bana yardımcı oldu.

Ben sadece 'Bin' klasörünü sunucudan sildim ve binimi sunucuya kopyaladım ve sorunum çözüldü.

Route.config içinde

ad alanları: new [] {"Appname.Controllers"}

Yapımızda bir uyarı olarak ortaya çıkan bir çakışma olduğunda bu hatayı aldık.

Visual Studio -> Araçlar -> Seçenekler -> Projeler ve Çözümler -> Oluştur ve Çalıştır -> MSBuild proje derlemesi çıktı ayrıntı düzeyini Ayrıntılı olarak artırıncaya kadar ayrıntı alamadık.

Projemiz bir .net v4 web uygulamasıdır ve System.Net.Http (v2.0.0.0) ile System.Net.Http (v4.0.0.0) arasında bir çakışma vardı. Projemiz, bir paketten (nuget kullanılarak dahil) dosyanın v2 sürümüne başvurdu. Başvuruyu kaldırdığımızda ve v4 sürümüne bir başvuru eklediğimizde derleme çalıştı (uyarılar olmadan) ve hata düzeltildi.

Bu hatanın diğer varyasyonu, yeniden paylaşmayı ve ad alanı adı değiştirmeyi içeren bazı "otomatik" yeniden düzenleme seçeneklerini kullanmanızdır. Bana olan bu. Bu tür senaryo ile ilgili sorunu çözmek için klasör silmebin

Projeyi sağ tıklayın ve projeyi temizle'yi seçin. Ya da bin dizinini tamamen boşaltın ve ardından yeniden oluşturun. Bu, önceki derlemelerdeki kalan montajları temizlemelidir

Tek bir uygulamada bir süre bu Sorun da geliyor Bu durumda, uygulamanızı yayınlarken bu onay kutusunu seçin

Başka yardımcı olabilir, ben de bu hatayla karşılaştım. Sorun bana web sitesinde yanlış başvuru neden oldu. Bilinmeyen bir nedenle web sitem aynı çözümde başka bir web sitesine yönlendiriyordu. Ve bu kötü referansı kaldırdığımda, her şey düzgün çalışmaya başladı.

Episerver veya başka bir MVC tabanlı CMS'de çalışıyorsanız, söz konusu denetleyici adının zaten talep edildiğini görebilirsiniz.

Bu, denilen bir denetleyici oluşturmaya çalışırken başıma geldi FileUpload.

benzer bir sorunla karşı karşıya kaldım. ve ana nedeni ben iki farklı alanda aynı denetleyiciye sahip oldu. bir kez onun iyi çalışıyor birini kaldırmak.

Sana yardımcı olacak.

Aynı Denetleyici Adı ile bir Çözümde iki Projem var. İlk Projede İkinci Proje Referansını Kaldırdım ve Sorun Çözüldü

Bu hata geleneksel ASP.NET Web sitesi ile olmayan App_Code dizininde denetleyici oluşturduğunuzda (bazen Visual Studio bunu önler) oluşabilir bulduk.

Dosya türünü "Derle" olarak ayarlarken "App_Code" öğesine eklenen tüm kodlar "İçerik" olarak ayarlanır. Dosyayı App_Code'a kopyalar veya taşırsanız, yine de "Derle" olarak ayarlanır.

Web sitesi projelerinde herhangi bir derleme işlemi olmadığından Web Sitesi Projesi işlemi ile ilgili bir şey olduğundan şüpheleniyorum.