Échec de l'ajout d'un service. Des métadonnées de Service peuvent ne pas être accessibles. Assurez-vous que votre service est en cours d'exécution et d'exposer les métadonnées.`

Vous avez besoin d'ajouter un échange de métadonnées (mex) d'extrémité à votre service:

<services>
   <service name="MyService.MyService" behaviorConfiguration="metadataBehavior">
      <endpoint 
          address="http://localhost/MyService.svc" 
          binding="customBinding" bindingConfiguration="jsonpBinding" 
          behaviorConfiguration="MyService.MyService"
          contract="MyService.IMyService"/>
      <endpoint 
          address="mex" 
          binding="mexHttpBinding" 
          contract="IMetadataExchange"/>
   </service>
</services>

Maintenant, vous devriez être en mesure d'obtenir des métadonnées pour votre service

Mise à jour: ok, si vous êtes juste de lancer ce à partir de Visual Studio, dans ce cas, il sera accueilli dans Cassini, le serveur web intégré. Cette bête toutefois seulement supporte le protocole HTTP - vous n'êtes pas à l'aide de ce protocole dans votre liaison...

Aussi, puisque vous êtes d'hébergement de cette Cassini, l'adresse de votre service sera dicté par Cassini - vous n'avez pas à définir quoi que ce soit.

Donc, ma suggestion serait:

• essayez d'utiliser http liaison (maintenant juste pour le test)
• obtenir que cela fonctionne
• une fois que vous savez cela fonctionne, la changer, la coutume de liaison et d'accueil dans IIS

Je voudrais donc changer la configuration pour l':

<behaviors>
   <serviceBehaviors>
      <behavior name="metadataBehavior">
         <serviceMetadata httpGetEnabled="true" />
      </behavior>
   </serviceBehaviors>
</behaviors>
<services>
   <service name="MyService.MyService" behaviorConfiguration="metadataBehavior">
      <endpoint 
          address=""   <!-- don't put anything here - Cassini will determine address -->
          binding="basicHttpBinding" 
          contract="MyService.IMyService"/>
      <endpoint 
          address="mex" 
          binding="mexHttpBinding" 
          contract="IMetadataExchange"/>
   </service>
</services>

Une fois que vous avez cela, essayez de faire un View in Browser sur votre SVC fichier dans votre solution Visual Studio - si cela ne fonctionne pas, vous avez encore un problème majeur de quelque sorte.

Si cela fonctionne - maintenant, vous pouvez appuyer sur la touche F5 de VS et de votre service doit venir, et à l'aide de la Client Test WCF app, vous devriez être en mesure d'obtenir votre service de métadonnées à partir de a) l'adresse que Cassini a commencé à votre service, ou b) le mex adresse (Cassini adresse de l' + /mex)

FYI - VOUS POUVEZ également obtenir cette erreur à partir d'une machine qui n'est pas d'avoir assez de mémoire libre. J'ai eu cette erreur sur une machine, je lance avec 16 go de mémoire. J'ai eu une VM en cours d'exécution avec 6 concerts et BEAUCOUP de mémoire intensive des applications. Près de la vers le bas et ce problème a disparu.

Je n'ai toujours l'erreur dans le titre de la question de

Pas réussi à ajouter un service. Des métadonnées de Service peuvent ne pas être accessibles. Assurez-vous que votre service est en cours d'exécution et d'exposer les métadonnées.`

J'ai remarqué un message plus global sur la mémoire mais en utilisant le Client Test WCF.

Espère que cela aide quelqu'un d'autre.

Dans mon cas, je recevais ce message, car l'option (HttpActivation) n'a pas été activé.

de changer le Type de Liaison de wsHttpbinding à basichttp de liaison à l'extrémité de la balise et de wsHttpbinding à mexhttpbinginding dans les métadonnées à l'extrémité de la balise a aidé à surmonter l'erreur. Merci...

J'ai essayé plusieurs solutions mentionnées sur le web, malheureusement sans succès.
Dans mon projet, j'ai deux interfaces(xml/json) pour chaque service. L'ajout de mex points de terminaison ou de configurations de liaison n'a pas aidé du tout.
Mais, j'ai remarqué, j'ai cette erreur uniquement lors de l'exécution du projet avec *.svc.cs ou *.fichier de configuration ciblée. Quand je lance le projet avec IService.cs fichier ciblé (où les interfaces sont définies), service est ajouté, sans erreurs. Ce qui est vraiment étrange, et à mon avis, la conclusion est un bug dans Visual Studio 2013.
J'ai reproduit le même comportement sur plusieurs machines(même sur Windows Server machine).
Espérons que cela aide quelqu'un.

La propriété IsOneWay=true est peut-être vrai dans le contrat Opérationnel de l'interface.
Supprimer la propriété de se débarrasser de cette erreur.

J'ai observé que lorsque je l'ai enlevé SessionMode de la ServiceContract attribut, le problème a disparu.

Exemple:

[ServiceContract(SessionMode=SessionMode.Required, CallbackContract=typeof(ICallbacks))]
 public interface IStringReverser
 {
   [OperationContract]
   string ReverseString(string value);
 }

à...

[ServiceContract()]
 public interface IStringReverser
 {
   [OperationContract]
   string ReverseString(string value);
 }