Je souhaite déboguer pourquoi mon application envoie autant de données en utilisant WCF en dessous. J'ai essayé d'examiner les journaux de suivi WCF et d'examiner le trafic avec Fiddler, mais j'ai besoin d'une trace de pile menant au code client incriminé.Quel est le point d'interception le plus bas dans la pile d'exécution WCF?
Donc, j'ai installé un IClientMessageInspector
personnalisé, mais comment puis-je connaître la taille des données réelles donné une instance Message
? Le ToString()
de l'instance Message
donnée renvoie un XML, mais je ne suis pas sûr si sa taille est elle.
Existe-t-il un moyen de se connecter à la pile WCF plus profondément et plus près de l'envoi réel du message?
MISE À JOUR
Trouvé cette question SO 1 an, drôle, mais personne ne répondit - https://stackoverflow.com/questions/457683/message-size-after-serialize
pouvez-vous ajouter un comportement à votre hôte, pas à votre client? –
Oui, je peux, j'ai commencé avec le client, mais je peux faire la même chose avec le serveur. – mark
Envoi de gros messages avec exception du côté client? Cette exception a une trace de pile, n'est-ce pas ce que vous cherchez? –