Pourquoi est-ce que je reçois le message "L'assemblage '*.dll' doit être signé de manière forte afin d'être marqué comme un prérequis" ?

Question

J'essaie de compiler mon addin Excel en utilisant C# 4.0, et j'ai commencé à rencontrer ce problème lors de la construction de mon projet dans Visual Studio. Il est important de vous dire que je n'ai jamais eu ce problème auparavant. Quelle pourrait être la cause de ce problème ?

Answer 1

Lorsque j'ai eu ce problème, je l'ai résolu en désactivant l'option " Activer les paramètres de sécurité de ClickOnce ".

Menu : Projet | 'Nom du projet' Propriétés... | Onglet Sécurité | Case à cocher 'Activer les paramètres de sécurité de ClickOnce'.

Answer 2

Je pense que vous ne travaillez pas avec des assemblages fortement nommés. J'ai eu cette erreur lorsque deux projets font référence à des versions légèrement différentes du même assemblage et qu'un projet plus dépendant fait référence à ces projets. La solution dans mon cas a été de supprimer les informations de clé et de version du nom de l'assemblage dans les fichiers .csproj (cela n'avait pas d'importance de toute façon), puis de faire une construction propre.

Les changements entre les différentes versions de l'assemblage étaient compatibles avec les parties de la solution qui y faisaient référence. Si ce n'est pas le cas pour vous, vous devrez peut-être faire un peu plus d'efforts pour résoudre le problème.

NuGet

Avec NuGet, il est facile de se retrouver dans cette situation si :

1. Vous installez un paquet dans un projet de votre solution.
2. Une nouvelle version de ce paquet est déployée vers la source du paquet.
3. Vous l'installez dans un autre projet de la même solution.

Il en résulte que deux projets de votre solution font référence à des versions différentes des assemblages de ce paquet. Si l'un d'eux fait référence à l'autre et est une application ClickOnce, vous verrez ce problème.

Pour résoudre ce problème, lancez la commande update-package [package name] dans la console du gestionnaire de paquets Nuget pour tout remettre à niveau, et le problème disparaît.

Vous devriez gérer les paquets NuGet au niveau de la solution plutôt qu'au niveau du projet, sauf s'il y a une raison impérative de ne pas le faire. La gestion des paquets au niveau de la solution évite le risque de versions multiples des dépendances. Lors de l'utilisation de l'interface de gestion, si l'option Consolidé L'onglet montre qu'un ou plusieurs paquets ont plusieurs versions, envisagez de les consolider en une seule.

Answer 3

Voir ceci réponse .

Allez sur la page de publication et cliquez sur "Application Files". De là, vous devriez voir une liste de vos DLL. Assurez-vous que le statut de publication de celles qui vous posent problème est marqué comme "Include" plutôt que "Prerequisite".

Answer 4

J'ai eu ce problème. Il s'est produit parce que j'avais beaucoup de projets qui pointaient vers le même assemblage mais de versions différentes. Je l'ai résolu en sélectionnant la même version pour tous les projets de ma solution.

Answer 5

Si vous avez modifié votre version d'assemblage ou copié une version différente de la bibliothèque gérée mentionnée dans l'erreur, il se peut que les fichiers compilés précédemment fassent référence à la mauvaise version. Un 'Rebuild All' (ou la suppression de vos dossiers 'bin' et 'obj' comme mentionné dans un commentaire précédent) devrait résoudre ce cas.