Không thể tải tập tin hoặc lắp ráp hoặc một trong các phụ thuộc của nó

Tôi có một vấn đề khác "Không thể tải tập tin hoặc lắp ráp hoặc một trong các vấn đề phụ thuộc của nó".

Thông tin bổ sung: Không thể tải tệp hoặc tập hợp 'Microsoft.Practices.Unity, Version = 1.2.0.0, Culture = trung tính, PublicKeyToken = 31bf3856ad364e35' hoặc một trong các phụ thuộc của nó. Định nghĩa tệp kê khai của cụm lắp ráp không khớp với tham chiếu lắp ráp. (Ngoại lệ từ HRESULT: 0x80131040)

Tôi không biết điều gì gây ra điều này hoặc làm thế nào tôi có thể gỡ lỗi nó để tìm ra nguyên nhân.

Tôi đã thực hiện tìm kiếm trong danh mục giải pháp của mình .csproj tệp và mọi nơi tôi có Unity tôi có:

Bao gồm tài liệu tham khảo = "Microsoft.Practices.Unity, Version = 2.0.414.0, Culture = trung tính, PublicKeyToken = 31bf3856ad364e35, bộ xử lýArch architecture = MSIL"

Không thể tìm thấy bất kỳ tài liệu tham khảo nào đi ngược lại 1.2.0.0 trong bất kỳ dự án nào của tôi.

Bất cứ ý tưởng làm thế nào tôi nên đi về giải quyết điều này?

Tôi cũng sẽ đánh giá cao các mẹo về cách gỡ lỗi các vấn đề như thế này nói chung.

1. Kiểm tra xem bạn đang tham khảo một hội đồng mà lần lượt tham chiếu một phiên bản cũ của sự thống nhất. Ví dụ: giả sử bạn có một hội đồng được gọi là ServiceLocator.dllphiên bản cũ của hội đồng Unity, bây giờ khi bạn tham chiếu, ServiceLocatorbạn nên cung cấp cho phiên bản cũ của Unity và điều đó gây ra sự cố.

2. Có thể là thư mục đầu ra nơi tất cả các dự án xây dựng hội đồng của chúng, có một phiên bản thống nhất cũ.

Bạn có thể sử dụng FusLogVw để tìm ra ai đang tải các hội đồng cũ, chỉ cần xác định đường dẫn cho nhật ký và chạy giải pháp của bạn, sau đó kiểm tra (trong FusLogvw) dòng đầu tiên nơi lắp ráp Unity được tải, nhấp đúp vào nó và xem cuộc gọi lắp ráp, và ở đây bạn đi.

Mở trình quản lý IIS

Chọn nhóm ứng dụng

sau đó chọn nhóm bạn đang sử dụng

đi tới cài đặt nâng cao (ở bên phải)

Thay đổi cờ của ứng dụng Bật 32 bit thành sai.

Đối với tôi, không có giải pháp nào khác hoạt động (bao gồm cả chiến lược làm sạch / xây dựng lại). Tôi tìm thấy một giải pháp khắc phục khác là đóng và mở lại Visual Studio .

Tôi đoán điều này buộc Visual Studio phải tải lại giải pháp và tất cả các dự án, kiểm tra lại các phụ thuộc trong quy trình.

Cố gắng làm sạch các thư mục Gỡ lỗi và Phát hành trong giải pháp của bạn. Sau đó loại bỏ và thêm sự thống nhất một lần nữa.

Ở mức 99%, không thể tải tập tin hoặc lắp ráp hoặc một trong những vấn đề phụ thuộc của nó là do phụ thuộc! Tôi đề nghị bạn làm theo các bước này:

1. Tải xuống Walker Dependency từ http://www.dependencywalker.com/

2. Khởi chạy Dependency Walker và mở dll (trong trường hợp của tôi NativeInterfaces.dll)

3. Bạn có thể thấy một hoặc nhiều dll với lỗi màu đỏ Mở tệp ...

   

4. Nó có nghĩa là dll này bị thiếu trong hệ thống của bạn; trong trường hợp của tôi tên dll làMSVCR71.DLL

5. Bạn có thể tải xuống dll từ google và sao chép đúng đường dẫn (trong trường hợp của tôi c:\windows\system32)

6. Tại thời điểm này, bạn phải đăng ký dll mới trong GAC (Global hội Cache): mở một thiết bị đầu cuối DOS và viết:

   cd \Windows\System32
   regsvr32 /i msvcr71.dll

7. Khởi động lại ứng dụng của bạn!

Thư viện Microsoft Enterprise (được tham chiếu bởi .NetTiers) là vấn đề của chúng tôi, đến lượt nó tham chiếu một phiên bản cũ hơn của Unity. Để giải quyết vấn đề, chúng tôi đã sử dụng chuyển hướng ràng buộc sau trong web.config:

<configuration>
    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Practices.Unity.Configuration" publicKeyToken="31bf3856ad364e35" culture="neutral" />
                <bindingRedirect oldVersion="1.0.0.0-2.0.414.0" newVersion="2.1.505.0" />
            </dependentAssembly>
        </assemblyBinding>
    </runtime>
</configuration>

Ngoài ra, bạn có thể muốn cập nhật Thư viện doanh nghiệp lên phiên bản mới nhất.

Sau đây làm việc cho tôi.

• Xóa các tệp tạm thời C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Các tệp ASP.NET tạm thời
• Đóng VSTS và mở lại
• Xóa và thêm các DLL giống nhau (Lưu ý: bạn thêm các phiên bản phù hợp)

Kiểm tra tệp Web.config / App.config trong dự án của bạn. Xem các số phiên bản là chính xác.

<bindingRedirect oldVersion="X.X.X.X-X.X.X.X" newVersion="X.X.X.X" />

Điều này làm việc cho tôi.

Mặc dù câu hỏi ban đầu được đăng năm năm trước, vấn đề vẫn tồn tại và khá khó chịu.

Giải pháp chung là phân tích kỹ lưỡng tất cả các hội đồng tham chiếu để hiểu những gì đang xảy ra. Để thực hiện công việc này dễ dàng hơn, tôi đã tạo một công cụ (tiện ích mở rộng Visual Studio) cho phép chọn cụm .NET ( tệp .dllhoặc .exetệp) để lấy biểu đồ của tất cả các cụm được tham chiếu trong khi làm nổi bật các tham chiếu bị xung đột hoặc thiếu.

Công cụ có sẵn trong Visual Studio Gallery: https://marketplace.visualstudio.com/vsgallery/051172f3-4b30-4bbc-8da6-d55f70402734

Ví dụ về đầu ra:

Trong trình khám phá giải pháp, nhấp chuột phải vào dự án (không phải giải pháp), trong tab xây dựng, chọn mục tiêu Nền tảng: "Bất kỳ CPU".

Câu trả lời của Juntos là đúng nhưng bạn cũng nên xem xét:

Cho sự hiệp nhất v2.1.505.2 khác nhau AssemblyVersion và AssemblyFileVersion thuộc tính được quy định:

Hội đồngFileVersion được NuGet sử dụng nhưng CLR không quan tâm đến nó! CLR sẽ chỉ sử dụng AssociationVersion !

Vì vậy, các chuyển hướng của bạn nên được áp dụng cho một phiên bản được chỉ định trong thuộc tính Lắp ráp . Vì vậy, nên sử dụng 2.1.505.0

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <assemblyIdentity name="Microsoft.Practices.Unity" publicKeyToken="31bf3856ad364e35" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.1.505.0" newVersion="2.1.505.0" />
</dependentAssembly>
</assemblyBinding>

Xem thêm: Sự khác biệt giữa Hội đồngVersion, Hội đồng hội thảo và Hội nghị Thông tin là gì?

Tôi cũng gặp phải lỗi khủng khiếp này và tìm ra giải pháp cho việc này ...

1. Nhấp chuột phải vào tên Giải pháp
2. Nhấp vào Giải pháp sạch
3. Khởi động lại Visual Studio
4. Thuộc tính dự án Goto >> Xây dựng
5. Thay đổi cấu hình để phát hành
6. Bắt đầu gỡ lỗi (F5)

1), 2)

4), 5)

Hy vọng điều này sẽ giúp bạn cũng.

• Goto: Giải pháp -> Gói
• Nhấp vào Tab Nâng cao (Tìm bên dưới trang)
• Thêm dll của bạn vào các hội đồng bổ sung (theo cách này chúng ta có thể thêm các dll bên ngoài trong sharepoint).

Không chắc chắn nếu điều này có thể giúp đỡ.

Kiểm tra xem tên hội và không gian tên mặc định trong các phần phù hợp trong asemblies của bạn có khớp không. Điều này giải quyết vấn đề của tôi dẫn đến lỗi tương tự.

Trong trường hợp của tôi trong thư mục bin là một dll không tham chiếu có tên là Unity.MVC3, tôi đã cố gắng tìm kiếm bất kỳ tham chiếu nào trong phần này trong studio trực quan, vì vậy giải pháp của tôi rất dễ dàng như xóa dll đó khỏi thư mục bin.

Cảm ơn Riddhi M. Sau đây đã làm việc cho tôi.

Xóa các tệp tạm thời C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Các tệp ASP.NET tạm thời Đóng VSTS và mở lại Xóa và thêm cùng một DLL (Lưu ý: bạn thêm các phiên bản phù hợp)

Bạn nói rằng bạn có rất nhiều dự án trong giải pháp của mình ... tốt, hãy bắt đầu với một dự án gần đầu của lệnh xây dựng. Lấy cái đó để xây dựng và một khi bạn tìm ra nó, bạn có thể áp dụng cùng một bản sửa lỗi cho phần còn lại của chúng.

Thành thật mà nói, có lẽ bạn chỉ cần làm mới tài liệu tham khảo của bạn. Có vẻ như bạn đã cập nhật phiên bản của mình và không cập nhật các tài liệu tham khảo hoặc đó là sự cố đường dẫn tương đối nếu bạn giữ giải pháp của mình trong kiểm soát nguồn. Chỉ cần xác minh các giả định của bạn và thêm lại tài liệu tham khảo.

Sau đây làm việc cho tôi.

• Xóa các tệp tạm thời C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Các tệp ASP.NET tạm thời
  • sau đó nhấp chuột phải vào Tệp Asp.net tạm thời> thuộc tính> bảo mật và cấp quyền truy cập toàn quyền vào IIS và cho tất cả người dùng đang chạy dự án của tôi

Vấn đề này xảy ra với tôi khi một trong những thư viện phụ thuộc của tôi đang biên dịch một DLL với "Bất kỳ CPU" nào khi thư viện mẹ đang mong đợi một bản biên dịch "x64".

Tôi đã có cùng một vấn đề tôi đã giải quyết nó thông qua các hướng dẫn dưới đây:

1. mở menu công cụ và chọn tùy chọn
2. trong tùy chọn, cửa sổ đi đến Dự án và Giải pháp / Dự án web
3. kiểm tra use the 64bit version of IIS ...

Bạn phải xóa tệp appname.dll khỏi thư mục đầu ra của bạn. Dọn dẹp thư mục gỡ lỗi và phát hành. Xây dựng lại và sao chép vào thư mục đầu ra tái tạo tập tin dll.

Tôi "Đặt làm Dự án khởi động" thư viện / dự án chưa tải / chưa hoàn thành.

Sau đó triển khai nó.

Nó đã làm việc!

Tôi nghĩ rằng nó không thể tìm thấy lúc đầu vì nó không có trong hội đồng.

Một nguyên nhân có thể khác: đảm bảo rằng bạn đã vô tình đặt cho cả hai dự án cùng tên lắp ráp trong thuộc tính dự án.

Giải pháp của tôi cho .NET 4.0, sử dụng Enterprise Library 5, là thêm một tham chiếu đến:

Microsoft.Practices.Unity.Interception.dll

Xem ra cho các tài liệu tham khảo xung đột. Ngay cả sau khi làm sạch và xây dựng lại, các tài liệu tham khảo mâu thuẫn vẫn sẽ gây ra vấn đề. Vấn đề của tôi là giữa AForge và Accord. Tôi đã xóa cả hai tài liệu tham khảo và thêm lại các tài liệu tham khảo chọn lại tài liệu tham khảo cụ thể (cụ thể cho trường hợp của tôi, chỉ Accord).

Đối với tôi, việc xây dựng lại trò chơi đoàn kết mà không có Unity C # Proects Checkmark hoạt động.

Trong trường hợp của tôi, không có câu trả lời đề xuất nào làm việc.

Đây là những gì làm việc cho tôi:

1. Xóa tham chiếu
2. Đổi tên DLL
3. Nhập lại tài liệu tham khảo

Bước thứ hai rõ ràng là quan trọng vì nó không hoạt động mà không có nó.

Hãy thử kiểm tra xem thuộc tính "Sao chép vào cục bộ" cho tham chiếu có được đặt thành đúng không và phiên bản cụ thể được đặt thành đúng. Điều này có liên quan đến các ứng dụng trong Visual Studio.

Tôi đã có điều này ngày hôm nay, và trong trường hợp của tôi, vấn đề rất kỳ lạ:

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0" newVersion="3.1.0.0" />
  </dependentAssembly>0.

Lưu ý các ký tự đi lạc ở cuối XML - bằng cách nào đó, các ký tự đã được chuyển từ số phiên bản sang cuối khối XML này!

  <dependentAssembly>
    <assemblyIdentity name="Microsoft.Owin.Host.SystemWeb" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.1.0.0" newVersion="3.1.0.0" />
  </dependentAssembly>

Thay đổi ở trên và thì đấy! Mọi thứ hoạt động trở lại.

nếu bạn nhận được thông báo lỗi này bằng cách mở một ứng dụng trên windows xp, điều đó có nghĩa là trước tiên bạn đã cài đặt ứng dụng đó do ứng dụng không hoạt động mà không có khung mạng 4 và gói dịch vụ 3. bạn đã cài đặt cả hai lần nữa và bạn đang gặp phải lỗi này, vì vậy bạn nên cài đặt lại ứng dụng đó nhưng trước tiên hãy gỡ cài đặt từ thêm và xóa

Nếu nó không hoạt động xin đừng lạm dụng tôi. tôi cũng là đàn em