Contrat invalide attribut pour IMetadataExchange

J'ai mis à jour un Service WCF .NET Framework 4.5. Après cela, j'ai remarqué un bleu ligne sinueuse autour de la IMetaDataExchange dans le fichier de configuration de l'hôte.

C'est ce que la section des services de la config ressemble:

<services>
    <service behaviorConfiguration="MyBehavior" name="MyServiceHost">
        <endpoint binding="wsHttpBinding" bindingConfiguration="noSecurityBinding" contract="MyServiceContract"/>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
</service>

Quand j'ai placez le pointeur de la souris sur IMetadataExchange le message d'erreur indique:

Le "contrat" de l'attribut n'est pas valide, La valeur "IMetadataExchange' est pas valide selon son type de données 'serviceContractType' - L'Énumération contrainte échoué.

Le service semble bien fonctionner. Donc, je suis curieux de savoir pourquoi est-ce invalide.

InformationsquelleAutor isxpjm | 2012-09-13
  1. 52

    Pouvez-vous supprimer .SUO (les Utilisateurs de la solution de l'Option de fichier) fichier après la fermeture de VS? Ceci permet de réinitialiser le cache pour XMLEditor composant dans VS et résoudre votre problème.

    • Cela a fonctionné pour moi et doit être marqué comme réponse.
    • Cela a fonctionné pour moi encore une fois, je suis d'accord avec BFOT, cette réponse devrait être marquées comme la réponse..
    • Cela a fonctionné pour moi tout à l'heure. Rien ne vaut un vieux post qui vous aide.
    • A travaillé pour moi aussi.
    • A travaillé pour moi dans VS.NET 2012
    • Où puis-je trouver qui .suo fichier? Je ne peux pas le trouver là où .la sln est. EDIT: trouvé, c'est le fichier caché.
    • +1 les travaux! (même si maintenant je n'ai pas ce hover message d'erreur, même quand je l'ai mis dans une mauvaise valeur.. hmm)
    • Ne pas de travail pour moi, VS2012.
    • Oui, cela semble fonctionner pour quelques minutes. Alors si vous quittez ou donner le fond compilateur une chance de se rattraper, il apparaît de nouveau. Un soulagement temporaire seulement.
    • Pas une solution pour moi, comme déjà dit, c'est comme quand vous êtes à la solution de nettoyage, ne fait pas de résoudre le problème
    • Aussi ne fonctionne pas dans VS2013.

    InformationsquelleAutor Anand
  2. 14

    J'ai ajouté du Système.ServiceModel les références pour le projet et il s'en alla

    • C'est marrant, j'ai supprimé la ServiceModel et il s'en alla.
    InformationsquelleAutor Scott
  3. 10

    J'ai eu un problème similaire à ce - plusieurs name et contract attributs montrant dans l'Application.Config de mon Service WCF avec le bleu redouté ondulés, et les avertissements d'apparaître dans la Liste d'Erreurs.

    Dans mon cas, le problème était que, après la création de services et les contrats que j'avais refait les espaces de noms du projet de service, de sorte que la solution générée spécifiques *.xsd a été en utilisant les nouveaux espaces de noms, mais mon outil de refactoring n'avais pas mis à jour l'Application.Config avec les changements. Et en ajoutant les espaces de noms spécifié résolu le problème.

    • Absolument, apparemment c'est le VS2012 façon de vous informer que le type spécifié ne peut être trouvé dans tous les assemblys référencés - super utile (mais le message qui s'affiche est un peu cryptique, je dois l'avouer)
    • thx timmi4sa pour me diriger vers la solution.
    • Pour quoi ajouter le entièrement espaces de noms spécifié?
    • Allez dans l'application.config à qualifier les espaces de noms.
    InformationsquelleAutor cori
  4. 7

    Peut-être pas la réponse pour l'OP, mais d'autres avec ce problème doit vérifier que [ServiceContract] est déclaré pour la interface de vos services, car cela produit l'erreur exacte.

    InformationsquelleAutor Colin Steel
  5. 3

    SI vous exécutez Intellisense sur l'avertissement. Il fera apparaître une liste pour vous de choisir, vous pouvez appeler Explicitement que membre.

    InformationsquelleAutor CrIceIs
  6. 3

    Si la suppression de l' .SUO fichier ne fonctionne pas, vérifier vos références pour vous assurer que vous avez le Système.ServiceModel de référence. Qui a fini par être la question qui m'a amené ici.

    • Je peux confirmer que c'est une cause possible. Ajout de la référence de correction de l'erreur dans mon projet.
    InformationsquelleAutor Carl Forgey
  7. 1

    De clôture VS2013 Prof, le retrait de la "obj" dossier et de le recompiler a fait le travail pour moi.

    InformationsquelleAutor Zoba
  8. 1

    J'ai trouvé le problème pour que le contrat d'attribut est sensible à la casse.

    J'ai eu une autre solution qui a référencé le même service, mais n'a pas toutes les mises en garde dans l'application.config. j'ai couru à comparer dans notepad++ sur le système.serviceModel section de l'app.config et il a mis en évidence la différence entre les deux contrat attributs.

    dès que j'ai modifié le contrat attribut à la bonne sensibles à la casse de l'orthographe l'alerte a aussitôt

    InformationsquelleAutor thehill
  9. 0

    J'ai résolu le problème.
    Si jamais vous changez de classe C# en Service1.cs et IService1.cs. Également mettre à jour le nom de l'attribut dans l'élément de service "<noms>.<classname>" et le contrat d'attribut dans la endpoind élément "<noms>.<classname>" dans votre Application.config.

    BTW. désolé pour le mauvais anglais 🙂

    InformationsquelleAutor r3kkusu
  10. 0

    J'ai eu le même problème sur le côté client. Pour moi la solution a été de supprimer et d'ajouter le service de référence de nouveau.

    InformationsquelleAutor L C
  11. 0

    Pourrait-il être que vous avez perdu vos références lorsque vous avez mis à niveau le projet? J'ai remarqué cette erreur lors de mon projet avec mon client n'a pas de référence à mon projet avec mon service.

    InformationsquelleAutor Klicker