L'appel WCF ne s'affiche pas dans Fiddler2

J'ai un simple Service WCF avec basicHttp de liaison. Le service est hébergé localement (Win7 ordinateur portable) dans IIS7. Je suis en mesure de naviguer sur le service à: http://localhost/musicstore/musicstore.svc
(port 80)

J'ai développé un simple formulaire windows client app pour appeler le service. Il fonctionne très bien mais j'aimerais vraiment voir le message d'appel /réponse par le biais de Fiddler2. Fiddler2 sera heureux de rapport de trafic comme je l'ai naviguer sur le web donc je ne peux pas comprendre pourquoi il n'est pas de ramasser ce WCF appel?

Est-il une autre façon de voir les données sur WCF appels. Peut-être qu'il est un Outil de Microsoft?

Le client config est:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <system.serviceModel>

    <client>
      <endpoint address="http://localhost/musicstore/musicstore.svc"
        binding="basicHttpBinding" bindingConfiguration="" contract="MusicStore.IMusicStore"
        name="BasicHttp" />
    </client>
  </system.serviceModel>
</configuration>

Le service de la config est:

<services>
   <service behaviorConfiguration="MusicStoreBehavior" name="MusicStore">
    <endpoint address="" binding="basicHttpBinding" contract="IMusicStore">
     <identity>
      <dns value="localhost" />
     </identity>
    </endpoint>
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
   </service>
  </services>

source d'informationauteur Rob Bowman

  1. 15

    Le moyen le plus facile pour voir ce que WCF est en train de faire est de tourner la WCF propre à la connexion. Vous pouvez le faire en modifiant votre site web.config et ajouter

    <system.diagnostics>
  <sources>
      <source name="System.ServiceModel.MessageLogging">
        <listeners>
                 <add name="messages"
                 type="System.Diagnostics.XmlWriterTraceListener"
                 initializeData="c:\logs\messages.svclog" />
          </listeners>
      </source>
    </sources>
</system.diagnostics>

<system.serviceModel>
  <diagnostics>
    <messageLogging 
         logEntireMessage="true" 
         logMalformedMessages="false"
         logMessagesAtServiceLevel="true" 
         logMessagesAtTransportLevel="false"
         maxMessagesToLog="3000"
         maxSizeOfMessageToLog="2000"/>
  </diagnostics>
</system.serviceModel>

    MSDN pour obtenir de plus amples informations sur ce que vous pouvez configurer. Vous pouvez afficher les journaux dans le Visionneuse De Trace De Service.

  2. 8

    Il y a beaucoup de doublons de cette question, beaucoup de qui ont les bonnes réponses. Vous devez utiliser http://localhost.fiddler/ comme la cible et .NET sera correctement proxy de la demande. Fiddler se changera alors en "localhost.fiddler" à "localhost" avant de passer sur la demande.

  3. 3

    Vous pouvez modifier votre client configfile:

    <configuration>
  <system.net>
    <defaultProxy>
      <proxy bypassonlocal="false" usesystemdefault="true" />
    </defaultProxy>
  </system.net>
</configuration>

    Ou vous pouvez utiliser:

    GlobalProxySelection.Select = new WebProxy("127.0.0.1", 8888);

    À partir de: Fiddler site

  4. 0

    J'ai eu le même problème et résolu de cette façon:

    1. D'accueil à votre service dans IIS express
    2. Ajouter une liaison externe à votre réseau local ip à l'aide de applicationhost.config de IISExpress dans Documents/IISExpress/config

    3. Utiliser la configuration du proxy de néerlandais nico (voir ci-dessous)

    4. Assurez-vous que votre application cliente utilise votre "externes" de la propriété intellectuelle. Donc 192.168.1.X à la place de localhost.

    5. Vous pourriez avoir à changer votre WCF config pour permettre à de multiples liaisons pour asp.net 4.0 

      <serviceHostingEnvironment multiplesitebindingsenabled="true"/>