Comment puis-je me débarrasser du message d'erreur "L'assemblage cible ne contient aucun type de service" dans VS2008 ?

Question

J'ai une application wcf client/serveur.

Mon exécutable ne définit pas de ServiceContract il n'y a même pas de référence à l'adresse suivante System.ServiceModel ( mais plutôt une référence à un assemblage qui contient la logique de connexion au serveur. )

J'ai un autre assemblage, qui est référencé par mon EXE, qui contient une ServiceContract .

Avant, ça marchait bien. Hier, j'ai beaucoup joué avec les paramètres de mon projet ( confiance partielle, confiance totale, paramètres de déploiement, etc. ) et maintenant, chaque fois que je lance mon client, j'ai la boîte de message suivante :

Hôte du service Microsoft WCF
L'assemblage cible ne contient aucun type de service.
Vous devrez peut-être ajuster la politique de sécurité d'accès au code de cet assemblage.

Puis VS se fige pendant 1 minute, et finalement me laisse déboguer mon programme comme d'habitude.

J'ai trouvé un billet sur ce problème mais la solution ne s'applique pas à ma situation. Avez-vous des idées ?

Answer 1

C'est toujours comme ça. Vous cherchez pendant 2 heures, vous finissez par poster sur SO, et 5 minutes plus tard, vous trouvez la réponse.

Dans le Options WCF de l'onglet des propriétés du projet définissant le ServiceContract , il y a une case à cocher intitulée "Start WCF Service Host when debugging another project in the same solution" que j'ai décochée.

Je n'ai aucune idée de la façon dont il a été vérifié en premier lieu.

Quoi qu'il en soit, cela a résolu mon problème. Voir le Référence MSDN pour le cadre de ce projet.

Answer 2

Pour déterminer le projet avec ce problème, trouvez la chaîne 3D9AD99F-2412-4246-B90B-4EAA41C64699 dans vos fichiers de projet.

Exemple : <ProjectTypeGuids>{3D9AD99F-2412-4246-B90B-4EAA41C64699};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}</ProjectTypeGuids>

Ensuite, désactivez l'option de projet "Options WCF/Démarrer l'hôte du service WCF lors du débogage d'un autre projet dans la même solution"

Answer 3

Certains blogs disent que cela peut être dû à la copie du projet à partir d'une branche différente, qui remplace les GUIDs... donc supprimez-les simplement comme expliqué dans le document suivant ce blog.

Answer 4

Bon travail, Bran :

Dans l'onglet WCF Options des propriétés du projet définissant le ServiceContract, il y a une case à cocher intitulée "Start WCF Service Host when debugging another project in the same solution" que j'ai décochée.

Answer 5

J'ai également connu le même genre de problème et j'ai cherché pendant des heures à me débarrasser de cette erreur particulière. Finalement, j'ai trouvé un moyen d'y remédier.

Quand vous rencontrez ce problème particulier, vous essayez d'exécuter vos applications serveur et client en tant que administrateur et changer le Propriétés WPF du projet.

Lorsque vous cliquez sur les propriétés WPF du projet, vous trouverez une option de construction. Dans l'option de construction, il y a une option appelée OBJECTIF DE LA PLATE-FORME dans lequel vous pouvez changer la cible de la plateforme en x86 . Notez également qu'en cas de x84 vous devez le régler sur x84 .

Maintenant exécuter votre projet depuis la console c'est-à-dire allez dans le dossier où vos projets sont sauvegardés et dans la corbeille du client, vous trouverez un dossier déboguer où vous obtiendrez votre application console . Vous devriez maintenant être en mesure d'exécuter l'application avec succès.