Dosya veya 'Antlr3.Runtime (1)' derlemesi veya bağımlılıklarından biri yüklenemedi

MVC4Projemi çalıştırmaya çalışırken bu hatayı alıyorum , diğer makinelerimde geçen zamana kadar iyi çalışıyordu, ancak başka bir makineden çalıştırmaya çalıştığımda bana şu hatayı veriyor:

Dosya veya derleme 'Antlr3.Runtime (1)' veya bağımlılıklarından biri yüklenemedi. Bulunan derlemenin bildirim tanımı, derleme başvurusuyla eşleşmiyor. (HRESULT istisnası: 0x80131040)

Bu konuda okuduktan sonra burada ben denedim yapmak :

Install-Package Antlr3.Runtime -Pre

ama yardımcı olmadı, herhangi bir fikir?

Ücretsiz Nlog günlük kaydı platformunu denerken de aynı sorunla karşılaştım.

Bu bana yardımcı oldu:

Dosya Gezgini'ne% TEMP% girin ve tüm geçici dosyaları silin.

Bundan sonra, Visual Studio'da MVC5 projemi başlatırken hatayı almadım.

Aşağıdakilerden birini yaparak ASP.Net için geçici dosyaları silmeyi deneyin:

• Dosya Gezgini'ne% TEMP% girin ve tüm geçici dosyaları silin.
• "C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET Files" klasörüne gidin ve tüm dosyaları silin.

Geçici ASP.NET Dosyalarını da silmeyi unutmayın Framework64. Bu benim için hile yaptı.

• C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
• C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

Bunun birine yardım etmesi durumunda.
MVC 5 Uygulamasıyla bu sorunu yaşadım. Antlr3.Runtime.dll dosyasını bin dizininden silmek ve yeniden oluşturmak sorunu çözdü.

Benim sorunum, WebGrease'in en son sürümünün Antlr 3.4.1.9004 sürümünü yüklemesiydi. WebGrease'i kurup Antlr'ı 3.5.0.2 sürümüne güncelledikten sonra hata ortadan kalktı.

Benim için web.config dosyasındaki bu düğümü kaldırmak hata mesajından kurtuldu:

<identity impersonate="true" userName="" password="">

Ama benim için gerçekten işe yarayan şey, C: \ Windows \ Microsoft.NET \ Framework {version} (veya Framework64) içinde bulunan Temporary ASP.NET Files klasörüne (taklitte belirtilen userName'e) tam erişim vermekti.

Kimlik, IIS'deki Web Sitesi Uygulama Havuzu Ayarları'nda da saklanabilir.

NuGet paketinizin doğru sürümle doğru şekilde yüklendiğinden emin olun. Başka hiçbir şey işe yaramazsa, referansı yerel bir klasörden yeniden eklemeyi ve Yerel Kopyala olarak ayarlamayı deneyin.

Herhangi bir çözüm sorununuzu çözerse, derlemenin sürümünü web.config'i doğrulayın

<dependentAssembly>
        <assemblyIdentity name="Antlr3.Runtime" publicKeyToken="eb42632606e9261f" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-3.5.0.2" newVersion="3.5.0.2" />
      </dependentAssembly>

Basit yollardan biri, antlr ve webgrease'i güncellemektir

1. Goto Paket konsol yöneticisi
2. sonra bu kodları tek tek uygulamayı deneyin
3. PM> Güncelleme Paketi Antlr
4. PM> Güncelleme Paketi WebGrease

Sonunda Hata Çözüldü

Benim için bu, Antlr'ın hata ayıklama ve çalışma zamanı sürümleri arasındaki uyumsuzluktan kaynaklanıyordu.

Sonunda farklı bir Antlr paketi kurarak çözdü: Install-Package Antlr

Referansı manuel olarak eklerseniz Antlr3.Runtime.dll'nin kilidini açmayı deneyin:

Web.config içinde impersonate = "true" ile ilgili bir sorun vardı, çalıştığı satırı kaldırdım !!

Yine satırı yerleştirdim ve kullanıcısı kimliğe bürünme hesabı için yönetici izni verdim, tüm uygulamam çalıştı :)

Kimliğe bürünme kullanıyorsanız. Cevap, taklit ettiğiniz kullanıcıya aşağıdaki klasörlere erişim izni vermektir:

1. C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files

2. Site dizininiz.

ayrıca aşağıdaki gibi klasör oluşturmanız gerekebilir:

C:\Windows\Microsoft.NET\Framework\[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files\[Application-Name-Goes-Here]

Ama önce öncekini dene, benim için çalıştı.

Kimliğine bürünülen kullanıcıya geçici verileri kaydetme ve dll dosyalarını ve gerekli dosyaları dizinlerden alma izni vermek için bu iki değişiklik

Güncelleme, Windows 10 için Bu benim için çalışan çözüm

Her iki adımı da yapacağız, ancak bunun yerine C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files

Dosya gezginine% TEMP% yazın ve taklit ettiğiniz kullanıcıya aşağıdaki klasöre erişim izni verin: C:\Users\[UserName]\AppData\Local\Temp\Temporary ASP.NET Files

Basit bir çözüm buldum. Kendi proje klasörünüze gidin ve bir paketler klasörü bulun.

Bir projede WebGrease'e başvurum vardı, ancak packages.config'de karşılık gelen öğe yoktu. Referansı projeden kaldırıyorum çünkü artık ihtiyacım yok. Şu an çalışıyor.

Bu gönderideki tüm cevapları denedim ama hiçbiri benim için işe yaramadı.

Bu yüzden, tüm projelerin içindeki / bin dizinlerini çözümümden sildim, çözümü temizledim ve yeniden oluşturdum ve sonunda işe yaradı!

Bütün sabahım sorunu çözmek için uğraşarak boşa gitti ...

Benim için işe yarayan şey, webconfig'imden (system.web özelliklerinin altında) kimlik = true değerini kaldırmak ve çözümü yeniden oluşturmak ve tekrar yayınlamak (gerekirse) ve bir cazibe gibi çalıştı!

Sorunum, Grup İlkemizdeki eşlenen sürücülerdeki bir değişiklikten kaynaklandı. Çözümüm , Z: sürücüm olarak bir RAM sürücü kurulumunu kullanmak için Web.config dosyasında tempDirectory ayarına sahip . Görünüşe göre Z: sürücüsünü kullanmaya başladılar ve DLL'ler normal gibi tempDirectory'ye kopyalanıyordu, ancak daha sonra uzak sunucudaki bir işlemle silindiklerini düşünüyorum (muhtemelen virüs taraması). Bunu yalnızca Process Monitor kullanarak ve Antlr için filtreleme yaparak ve DLL'ler için bir ağ konumuna baktığını görerek çözebildim.

Nudget Paket Yöneticisi'ndeki tüm paketleri güncelledim ve işe yaradı! Benim durumumda web sitemi GoDaddy'de barındırıyorum

.Netframework temp dosyasını başarıyla silmeye çalıştıktan sonra, değiştirdim

<system.web>
    <authentication mode="None" />
    <compilation debug="true" targetFramework="4.6.1" />
    <httpRuntime />
    <pages controlRenderingCompatibilityVersion="4.0" />
</system.web> 

4.6.1 Web sitesi yerine yalnızca targetFramework = "4.6" ile hatasız görüntülenir. Sonra tekrar targetFramework = "4.6.1" olarak değiştirdim ve sunucuyu yeniden başlattım. Herşey yolunda kalıyor.

Benim için çözüm, Visual Studio'yu Yönetici olarak çalıştırmaktı. Görünüşe göre bir izin sorunuydu.

Benim için çözüm, Araçlar> NuGet Paket Yöneticisi> Çözüm için Paketleri Yönetmek oldu

Ardından Antlr3'e tıklayın ve şuraya yüklendiğinden emin olun:

1. Başlangıç ​​Projesi
2. Yansıma kullanan herhangi bir kitaplık
3. Yansıma kullanan kitaplıkları çağıran herhangi bir kitaplık

Benim durumumda, ihtiyacı olan 4 Proje derinliğiydi. Bu yapıldıktan sonra bu sorun nihayet çözüldü.

Bu sorunla karşı karşıya kaldım ve yukarıda belirtilen çözümleri denedim ancak şimdilik hiçbir şey işe yaramadı. Dll'yi bin floder'den silmem ve yeniden oluşturmam ve ardından tüm yayımlanan dosyaları paketler klasöründen silmem ve paket yöneticisi konsolunu kullanarak paketleri geri yüklemem gerekiyordu.

% Temp% silindi

Bin silindi

.Vs silindi

Şimdi benim için çalıştı

Benim durumumda, bir projeyi klonladığımda, Visual Studio 2019, projenin yolunda bir boşluk karakterini '% 20' ile değiştirdi. Daha sonra, VS nugget paketlerini bulmaya çalıştığında, doğru yolu bulamadı.

Yeni sürüme geçtikten sonra bu sorunla karşılaştım Microsoft.AspNet.Web.Optimization

update-package WebGreaseve update-package Antlr(bu sırayla) en son sürümleri almak ve Antlr sürüm sorununu düzeltmek için.

Benim için şu adımları yaptım ve işe yaradı:

1) Sildim binve objklasörlerim (bazı dosyalar Cleanproje tarafından silinmedi )

2) JS gibi uzun zaman önce silinmiş ancak proje dosyalarına dahil edilmiş bazı dosyaları kontrol ettim . Bu yüzden onları dışlıyorum.