Đị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

Tôi đang thử chạy một số bài kiểm tra đơn vị trong ứng dụng C # Windows Forms (Visual Studio 2005) và tôi gặp lỗi sau:

System.IO.FileLoadException: Không thể tải tệp hoặc lắp ráp 'Utility, Version = 1.2.0.200, Culture = trung tính, PublicKeyToken = 764d581291d764f7' 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 x.Foo.FooGO ()

tại x.Foo.Foo2 (Chuỗi nhómName_) trong Foo.cs: dòng 123

tại x.Foo.UnitTests.FooTests.TestFoo () trong FooTests.cs: dòng 98 **

System.IO.FileLoadException: Không thể tải tệp hoặc lắp ráp 'Utility, Version = 1.2.0.203, Culture = trung tính, PublicKeyToken = 764d581291d764f7' 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 tìm trong tài liệu tham khảo của mình và tôi chỉ có một tài liệu tham khảo Utility version 1.2.0.203(cái kia đã cũ).

Bất kỳ đề xuất nào về cách tôi tìm ra những gì đang cố gắng tham khảo phiên bản cũ của tệp DLL này?

Ngoài ra, tôi không nghĩ rằng tôi thậm chí còn có bộ lắp ráp cũ này trên ổ cứng của mình. Có công cụ nào để tìm kiếm phiên bản cũ này không?

Trình tải hội .NET:

• không thể tìm thấy 1.2.0.203
• nhưng đã tìm thấy 1.2.0.200

Việc lắp ráp này không khớp với những gì được yêu cầu và do đó bạn gặp phải lỗi này.

Nói một cách đơn giản, nó không thể tìm thấy hội đồng được tham chiếu. Hãy chắc chắn rằng nó có thể tìm thấy lắp ráp đúng bằng cách đặt nó trong GAC hoặc trong đường dẫn ứng dụng. Xem thêm https://docs.microsoft.com/archive/blogs/junfeng/the-located-assemblys-manifest-definition-with-name-xxx-dll-does-not-match-the-assembly-reference .

Bạn có thể làm một vài điều để khắc phục sự cố này. Đầu tiên, sử dụng tìm kiếm tệp Windows để tìm kiếm ổ đĩa cứng của bạn cho lắp ráp của bạn (. Khi bạn có danh sách kết quả, hãy xem-> Chọn chi tiết ... và sau đó kiểm tra "Phiên bản tệp". Điều này sẽ hiển thị số phiên bản trong danh sách kết quả, vì vậy bạn có thể thấy phiên bản cũ có thể đến từ đâu.

Ngoài ra, như Lars nói, hãy kiểm tra GAC ​​của bạn để xem phiên bản nào được liệt kê ở đó. Bài viết này của Microsoft nói rằng các hội đồng được tìm thấy trong GAC không được sao chép cục bộ trong quá trình xây dựng, do đó bạn có thể cần phải xóa phiên bản cũ trước khi thực hiện xây dựng lại tất cả. (Xem câu trả lời của tôi cho câu hỏi này để biết các lưu ý khi tạo tệp bó để làm điều này cho bạn)

Nếu bạn vẫn không thể tìm ra phiên bản cũ đến từ đâu, bạn có thể sử dụng ứng dụng fuslogvw.exe đi kèm với Visual Studio để có thêm thông tin về các lỗi liên kết. Microsoft có thông tin về công cụ này ở đây . Lưu ý rằng bạn sẽ phải bật ghi nhật ký bằng cách đặt HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLogkhóa đăng ký thành 1.

Tôi chỉ gặp vấn đề này một mình và tôi thấy rằng vấn đề này là một cái gì đó khác với những gì những người khác đã gặp phải.

Tôi đã có hai DLL mà dự án chính của tôi đã tham khảo: CompanyClass.dll và CompanyControls.dll. Tôi đã nhận được một lỗi thời gian chạy nói:

Không thể tải tệp hoặc tập hợp 'CompanyClass, Version = 1.4.1.0, Culture = trung tính, PublicKeyToken = 045746ba8544160c' 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

Rắc rối là, tôi không có bất kỳ tệp CompanyClass.dll nào trên hệ thống của mình với số phiên bản 1.4.1. Không có trong GAC, không có trong các thư mục ứng dụng ... không có ở bất cứ đâu. Tôi đã tìm kiếm toàn bộ ổ cứng của tôi. Tất cả các tệp CompanyClass.dll tôi có là 1.4.2.

Vấn đề thực sự, tôi thấy, là CompanyControls.dll phiên bản tham chiếu 1.4.1 của CompanyClass.dll. Tôi vừa biên dịch lại CompanyControls.dll (sau khi có tài liệu tham khảo CompanyClass.dll 1.4.2) và lỗi này đã biến mất đối với tôi.

Sau đây chuyển hướng bất kỳ phiên bản lắp ráp nào sang phiên bản 3.1.0.0. Chúng tôi có một tập lệnh sẽ luôn cập nhật tham chiếu này trong App.config để chúng tôi không bao giờ phải xử lý vấn đề này nữa.

Thông qua sự phản chiếu, bạn có thể nhận được hội đồng publicKeyToken và tạo khối này từ chính tệp dll.

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
 <dependentAssembly>
    <assemblyIdentity name="Castle.Core" publicKeyToken="407dd0808d44fbdc" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="3.1.0.0" />
  </dependentAssembly>
</assemblyBinding>

Lưu ý rằng nếu không có thuộc tính không gian tên XML (xmlns) thì điều này sẽ không hoạt động.

Nếu bạn đang sử dụng Visual Studio, hãy thử "giải pháp sạch" và sau đó xây dựng lại dự án của bạn.

Các câu trả lời khác sẽ không làm việc cho tôi. Nếu bạn không quan tâm đến phiên bản và bạn chỉ muốn ứng dụng của mình chạy thì nhấp chuột phải vào tham chiếu và đặt 'phiên bản cụ thể' thành false ... Điều này hiệu quả với tôi.

Tôi mới chạy qua vấn đề này và vấn đề là tôi đã có một bản sao cũ của thư mục gỡ lỗi ứng dụng. Bạn cũng có thể muốn kiểm tra ở đó (thay vì GAC) để xem nếu bạn thấy nó.

Tôi sẽ thổi bay tâm trí của mọi người ngay bây giờ. . .

Xóa tất cả các <assemblyBinding>tham chiếu khỏi tệp .config của bạn, rồi chạy lệnh này từ bảng điều khiển Trình quản lý gói NuGet:

Get-Project -All | Add-BindingRedirect

Tôi đã thêm gói NuGet, chỉ để nhận ra một phần hộp đen trong ứng dụng của tôi đang tham chiếu một phiên bản cũ hơn của thư viện.

Tôi đã gỡ bỏ gói và tham chiếu tệp DLL tĩnh của phiên bản cũ hơn, nhưng tệp web.config không bao giờ được cập nhật từ:

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" />
    <bindingRedirect oldVersion="0.0.0.0-4.5.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

với những gì đáng lẽ phải hoàn nguyên khi tôi gỡ cài đặt gói:

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" />
    <bindingRedirect oldVersion="0.0.0.0-4.0.0.0" newVersion="4.5.0.0" />
</dependentAssembly>

Trong trường hợp của tôi, lỗi này xảy ra trong khi chạy một ứng dụng ASP.NET. Giải pháp là:

1. Xóa objvà binthư mục trong thư mục dự án

Clean không hoạt động, xây dựng lại không hoạt động, tất cả các tài liệu tham khảo đều ổn, nhưng nó không viết một trong những thư viện. Sau khi xóa các thư mục đó, mọi thứ hoạt động hoàn hảo.

Trong trường hợp của tôi, đó là một phiên bản cũ của DLL trong thư mục C: \ WINDOWS \ Microsoft.NET \ Framework \ ~ \ tạm thời ASP.NET Files \. Bạn có thể xóa hoặc thay thế phiên bản cũ hoặc bạn có thể xóa và thêm lại tham chiếu vào DLL trong dự án của bạn. Về cơ bản, một trong hai cách sẽ tạo một con trỏ mới cho các tệp ASP.NET tạm thời.

Đối với chúng tôi, vấn đề là do một thứ khác. Tệp giấy phép cho các thành phần DevExpress bao gồm hai dòng, một dòng cho phiên bản cũ của các thành phần chưa được cài đặt trên máy tính cụ thể này. Loại bỏ phiên bản cũ hơn khỏi tệp giấy phép đã giải quyết vấn đề.

Phần khó chịu là thông báo lỗi không đưa ra dấu hiệu nào cho biết tham chiếu nào gây ra sự cố.

Lỗi chính xác này được đưa ra nếu bạn cố gắng liên kết muộn bằng cách sử dụng sự phản chiếu, nếu hội đồng bạn đang ràng buộc để được đặt tên mạnh hoặc thay đổi mã thông báo khóa công khai của nó. Lỗi là như nhau mặc dù thực tế không có bất kỳ hội đồng nào được tìm thấy với mã thông báo khóa chung được chỉ định.

Bạn cần thêm mã thông báo khóa công khai chính xác (bạn có thể lấy mã này bằng sn -T trên dll) để khắc phục lỗi. Hi vọng điêu nay co ich.

Của tôi là một tình huống rất giống với bài viết của Nathan Bedford nhưng với một chút thay đổi. Dự án của tôi cũng tham chiếu dll thay đổi theo hai cách. 1) Trực tiếp và 2) Một cách gián tiếp bằng cách tham chiếu một thành phần (thư viện lớp) mà chính nó có tham chiếu đến dll đã thay đổi. Bây giờ dự án Visual studio của tôi cho thành phần (2) đã tham chiếu phiên bản chính xác của dll đã thay đổi. Tuy nhiên, số phiên bản của chính công ty KHÔNG được thay đổi. Và kết quả là việc cài đặt phiên bản mới của dự án không thể thay thế thành phần đó trên máy khách.

Kết quả cuối cùng: Tham chiếu trực tiếp (1) và Tham chiếu gián tiếp (2) đã trỏ đến các phiên bản khác nhau của dll đã thay đổi ở máy khách. Trên máy dev của tôi nó hoạt động tốt.

Giải quyết: Xóa ứng dụng; Xóa tất cả các DLLS khỏi thư mục ứng dụng; Cài đặt lại. Đơn giản như trong trường hợp của tôi.

Tôi sẽ để ai đó hưởng lợi từ sự ngu ngốc của tôi. Tôi có một số phụ thuộc vào một ứng dụng hoàn toàn riêng biệt (hãy gọi App1 này). Các dll từ App1 đó được kéo vào ứng dụng mới của tôi (App2). Bất cứ khi nào tôi cập nhật trong APP1, tôi phải tạo dll mới và sao chép chúng vào App2. Tốt. . . Tôi cảm thấy mệt mỏi khi sao chép và dán giữa 2 phiên bản App1 khác nhau, vì vậy tôi chỉ cần thêm tiền tố 'NEW_' vào dll.

Tốt. . . Tôi đoán rằng quá trình xây dựng sẽ quét thư mục / bin và khi nó khớp với thứ gì đó không chính xác, nó sẽ xuất hiện cùng một thông báo lỗi như đã lưu ý ở trên. Tôi đã xóa các phiên bản "new_" của mình và nó được xây dựng rất đẹp.

Vấn đề của tôi là sao chép mã nguồn vào một máy mới mà không kéo theo bất kỳ hội đồng tham chiếu nào.

Không có gì mà tôi đã sửa lỗi, vì vậy trong sự vội vàng, tôi đã xóa thư mục BIN hoàn toàn. Xây dựng lại mã nguồn của tôi và nó hoạt động từ đó trở đi.

Tôi muốn chỉ thêm rằng tôi đang tạo một dự án ASP.NET MVC 4 cơ bản và thêm DotNetOpenAuth.AspNet thông qua NuGet. Điều này dẫn đến lỗi tương tự sau khi tôi tham chiếu tệp DLL không khớp cho Microsoft.Web.WebPages.OAuth.

Để sửa nó tôi đã làm một Update-Package và làm sạch các giải pháp để xây dựng lại đầy đủ.

Điều đó làm việc cho tôi và là một cách lười biếng, nhưng thời gian là tiền bạc :-P

Tôi đã gặp lỗi này khi xây dựng dịch vụ xây dựng của Team Foundation Server. Hóa ra tôi đã có nhiều dự án trong giải pháp của mình bằng các phiên bản khác nhau của cùng một thư viện được thêm vào với NuGet. Tôi đã xóa tất cả các phiên bản cũ bằng NuGet và thêm phiên bản mới làm tài liệu tham khảo cho tất cả.

Team Foundation Server đặt tất cả các tệp DLL trong một thư mục và chỉ có thể có một tệp DLL của một tên nhất định tại một thời điểm.

App.config của tôi chứa một

<bindingRedirect oldVersion="1.0.0.0" newVersion="2.0.11.0"/>

cho npgsql. Bằng cách nào đó trên máy của người dùng, app.exe.config của tôi bị mất. Tôi không chắc chắn liệu đó có phải là một người dùng ngớ ngẩn, cài đặt trục trặc hay đã loại bỏ vi-rút chưa. Thay thế các tập tin giải quyết vấn đề.

Tôi chỉ tìm thấy một lý do tại sao để có được lỗi này. Tôi đã dọn sạch GAC của mình khỏi tất cả các phiên bản của một thư viện cụ thể và xây dựng dự án của tôi với tham chiếu đến phiên bản cụ thể được triển khai cùng với tệp thực thi. Khi tôi chạy dự án, tôi đã có ngoại lệ này để tìm kiếm một phiên bản mới hơn của thư viện.

Lý do là chính sách của nhà xuất bản . Khi tôi gỡ cài đặt các phiên bản của thư viện khỏi GAC, tôi cũng quên gỡ cài đặt các chính sách của nhà xuất bản, thay vì sử dụng lắp ráp được triển khai tại địa phương, trình tải lắp ráp đã tìm thấy chính sách của nhà xuất bản trong GAC, nó đã tìm kiếm phiên bản mới hơn.

Đối với tôi, cấu hình bảo hiểm mã trong tệp "Local.testtesttings" "gây ra" sự cố. Tôi quên cập nhật các tập tin được tham chiếu ở đó.

Chỉ cần xóa nội dung của thư mục bin của dự án của bạn và xây dựng lại giải pháp đã giải quyết vấn đề của tôi.

làm sạch và xây dựng lại giải pháp có thể không thay thế tất cả các dll từ thư mục đầu ra.

những gì tôi sẽ đề nghị là thử đổi tên thư mục từ "bin" thành "oldbin" hoặc "obj" thành "oldobj"

và sau đó thử xây dựng sự im lặng của bạn một lần nữa.

Nếu bạn đang sử dụng bất kỳ dll của bên thứ ba nào, bạn sẽ cần sao chép vào thư mục "bin" hoặc "obj" mới được tạo sau khi xây dựng thành công.

hy vọng điều này sẽ làm việc cho bạn.

Xóa thủ công lắp ráp cũ khỏi vị trí thư mục và sau đó thêm tham chiếu vào các cụm mới có thể giúp ích.

Tôi đã nhận được cùng một lỗi ... Trong trường hợp của tôi, nó đã được giải quyết như sau:

• Lúc đầu khi ứng dụng được cài đặt thì người dân ở đây đã sử dụng Microsoft Enterprise Library 4.1 trong ứng dụng.
• Trong tuần trước, máy của tôi đã được định dạng và sau đó hôm nay khi tôi xây dựng ứng dụng đó thì nó đã báo lỗi cho tôi về việc lắp ráp Thư viện doanh nghiệp.
• Sau đó, tôi đã cài đặt Microsoft Enterprise Library 5.0 mà tôi nhận được trên Google dưới dạng mục tìm kiếm đầu tiên.
• Sau đó, khi tôi xây dựng ứng dụng thì nó đã báo lỗi ở trên, tức là đị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.
• Sau nhiều công việc tìm kiếm & phân tích, tôi thấy ứng dụng đó đang đề cập đến 4.1.0.0 và DLL trong thư mục bin là phiên bản 5.0.0.0
• Những gì tôi đã làm là sau đó tôi đã cài đặt Thư viện Microsoft Enterprise 4.1.
• Đã xóa tham chiếu trước đó (5.0) và thêm tham chiếu 4.0.
• Xây dựng ứng dụng & voila ... nó hoạt động.

Đây là phương pháp của tôi để khắc phục vấn đề này.

1. Từ thông báo ngoại lệ, lấy tên của thư viện "sự cố" và số phiên bản "dự kiến".

2. Tìm tất cả các bản sao của dll đó trong giải pháp của bạn, nhấp chuột phải vào chúng và kiểm tra xem đó là phiên bản nào của.

Được rồi, vì vậy trong ví dụ này, tôi chắc chắn là 2.0.5022.0 (vì vậy số phiên bản Exception là sai).

3. Tìm kiếm số phiên bản được hiển thị trong thông báo Ngoại lệ trong tất cả các tệp .csproj trong giải pháp của bạn. Thay thế số phiên bản này bằng số thực tế từ dll.

Vì vậy, trong ví dụ này, tôi sẽ thay thế ...

<Reference Include="DocumentFormat.OpenXml, Version=2.5.5631.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

... Với cái này...

<Reference Include="DocumentFormat.OpenXml, Version=2.0.5022.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL" />

Công việc hoàn thành !

Trong trường hợp của tôi, vấn đề là giữa ghế và bàn phím :-)

Could not load file or assembly 'DotNetOpenAuth.Core, Version=4.0.0.0,
Culture=neutral, PublicKeyToken=2780ccd10d57b246' or one of its dependencies.
The located assembly's manifest definition does not match the assembly reference.
(Exception from HRESULT: 0x80131040)

Hai hoặc nhiều hội đồng khác nhau muốn sử dụng một phiên bản khác nhau của thư viện DotNetOpenAuth và đó không phải là vấn đề. Hơn nữa, trên máy tính cục bộ của tôi, web.config đã được NuGet tự động cập nhật:

<dependentAssembly>
    <assemblyIdentity name="DotNetOpenAuth.AspNet" publicKeyToken="2780ccd10d57b246" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.3.0.0" newVersion="4.3.0.0" />
    </dependentAssembly>
    <dependentAssembly>
        <assemblyIdentity name="DotNetOpenAuth.Core" publicKeyToken="2780ccd10d57b246" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.3.0.0" newVersion="4.3.0.0" />
</dependentAssembly>

Sau đó, tôi nhận ra rằng tôi đã quên sao chép / triển khai web.config mới đến máy chủ sản xuất. Vì vậy, nếu bạn có cách triển khai web.config thủ công, hãy kiểm tra xem nó đã được cập nhật chưa. Nếu bạn có web.config hoàn toàn khác cho máy chủ sản xuất, bạn phải hợp nhất các phần phụ thuộc này đồng bộ hóa sau khi sử dụng NuGet.

Nếu bạn từng gặp lỗi như " Đị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 " và nếu bạn đã cập nhật qua Project> Quản lý gói NuGet và tab Cập nhật trong VS , điều đầu tiên bạn có thể làm là thử cài đặt phiên bản khác của gói sau khi kiểm tra các phiên bản từ trang Thư viện NuGet và chạy lệnh folowing từ Gói Trình quản lý gói:

PM> Install-Package YourPackageName -Version YourVersionNumber 
//Example
PM> Install-Package Microsoft.Extensions.FileProviders.Physical -Version 2.1.0

Mặc dù câu trả lời không liên quan trực tiếp đến gói trong câu hỏi và nó đã được hỏi lại, nhưng nó là loại chung chung, vẫn có liên quan và hy vọng nó sẽ giúp được ai đó.

Không có giải pháp làm việc cho tôi. Tôi đã thử giải pháp dự án sạch, xóa thùng, cập nhật gói, hạ cấp gói, v.v ... Sau hai giờ tôi đã tải App.config mặc định từ dự án với các cụm và tôi đã thay đổi phiên bản tham chiếu sai từ:

<dependentAssembly>
    <assemblyIdentity name="Microsoft.IdentityModel.Logging" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-5.5.0.0" newVersion="5.5.0.0" />
</dependentAssembly>

đến:

<dependentAssembly>
    <assemblyIdentity name="Microsoft.IdentityModel.Logging" publicKeyToken="31bf3856ad364e35" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-3.14.0.0" newVersion="5.5.0.0" />
</dependentAssembly>

Sau này tôi dọn dẹp dự án, xây dựng lại và nó hoạt động. Không cảnh báo không có vấn đề.

Tôi đã nhận được thông báo lỗi này do tham chiếu một hội đồng có cùng tên với hội đồng tôi đang xây dựng.

Điều này được biên dịch nhưng nó ghi đè lên tập hợp được tham chiếu với tập hợp các dự án hiện tại - do đó gây ra lỗi.

Để sửa lỗi, tôi đã thay đổi tên của dự án và các thuộc tính lắp ráp có sẵn thông qua nhấp chuột phải vào dự án và chọn 'Thuộc tính'.