Notre application WCF service Windows accède à un service WCF, qui est hébergé par un service Windows sur un seul ordinateur. L'application client et le service seront toujours sur le même ordinateur.Impossible déboguer
J'ai créé un service Windows qui héberge un service WCF. Pour tester mon code de service Windows, j'ai créé une application de console contenant le même app.config et le même code que mon service Windows. Je démarre l'application console dans un thread de débogage et lance mon client dans un autre thread de débogage. Tout fonctionne parfaitement et je peux facilement utiliser le débogueur.
Maintenant que le bât blesse ...
Alors, j'ai créé un programme d'installation et installé mon service Windows. Après avec succès à partir, j'ajouté avec succès le service de référence à mon client à l'aide http://localhost/VssService Visual Studio 2010. J'ai attaché avec succès au service via « Attacher au processus ». J'ai lancé mon client dans un thread de débogage, mais lorsque j'essaie de passer à une méthode distante, j'obtiens «Impossible d'entrer automatiquement dans le serveur.» Le débogueur n'a pas pu s'arrêter dans le processus serveur. Cela se produit à la fois pour [NetNamedPipeBinding_IVssService] et [BasicHttpBinding_IVssService]. J'ai lutté avec cela pendant des heures et je n'ai plus d'idées, alors j'espère que vous pourrez m'aider. J'ai inclus les fichiers app.config pour mon application Windows Service et Client. J'espère qu'ils vont aider.
Je vous remercie de votre temps de prise de lire cette question et nous espérons que vous pouvez aider à être à résoudre ce problème ...
Mike
============== ======= SERVICE app.Config =============================
<services>
<service behaviorConfiguration="VssServiceBehavior" name="ClientSaver.VssService.VssService">
<endpoint address="net.pipe://localhost/VssService/Pipe/" binding="netNamedPipeBinding"
bindingConfiguration="" contract="ClientSaver.VssService.IVssService" />
<endpoint address="http://localhost/VssService/" binding="basicHttpBinding"
bindingConfiguration="" contract="ClientSaver.VssService.IVssService" />
<endpoint address="http://localhost/VssService/MEX/" binding="mexHttpBinding"
bindingConfiguration="" contract="IMetadataExchange" />
<host>
<baseAddresses>
<add baseAddress="http://localhost/VssService/" />
</baseAddresses>
</host>
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior name="VssServiceBehavior">
<serviceMetadata httpGetEnabled="True" policyVersion="Policy15" />
<serviceDebug includeExceptionDetailInFaults="False" />
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>
=================== ====== CLIENT App.Config =============================
<endpoint address="http://localhost/VssService/" binding="basicHttpBinding"
bindingConfiguration="" contract="ClientSaver.VssService.IVssService" />
</service>
</services>
<behaviors>
<serviceBehaviors>
<behavior name="VssServiceBehavior">
<serviceMetadata httpGetEnabled="true" policyVersion="Policy15" />
<serviceDebug includeExceptionDetailInFaults="true" />
</behavior>
</serviceBehaviors>
</behaviors>
</system.serviceModel>
Regardé cela? http://social.msdn.microsoft.com/Forums/en-IE/asmxandxml/thread/20b41329-1aed-4892-925e-ce0d5cef70fe – Kangkan
Pour marquer comme une réponse, cliquez sur l'icône qui est comme Tik (marque de Nike) dans la main gauche d'une des réponses. –
Juste une note: vous pouvez passer à travers la plupart du développement initial WCF avec le suivi et la journalisation des événements. Veuillez vérifier le lien suivant: http://msdn.microsoft.com/en-us/library/ms733025.aspx. – casals