WCF - Mismatch ContractFilter à l'exception EndpointDispatcher

Question

J'ai le scénario suivant que j'essaie de tester :

1. Un WSDL commun
2. Point de terminaison WCF qui met en œuvre des objets basés sur le WSDL et est hébergé dans IIS.
3. Une application client qui utilise un proxy basé sur le WSDL pour créer des requêtes.

Lorsque j'effectue un appel WS du client vers le point de terminaison du service, j'obtiens l'exception suivante :

{"Le message avec l'action 'http://IMyService/CreateContainer' ne peut pas être traité par le récepteur, en raison d'une inadéquation du ContractFilter au niveau du EndpointDispatcher. Cela peut être dû à un désaccord contractuel (actions non concordantes entre l'expéditeur et le destinataire) ou à un désaccord de liaison/sécurité entre l'expéditeur et le destinataire. Vérifiez que l'émetteur et le récepteur ont le même contrat et la même liaison (y compris les exigences de sécurité, par exemple Message, Transport, None)."}

J'ai commencé à utiliser MS Service Trace Viewer, mais je ne sais pas trop où regarder. En regardant les classes du client et du point de terminaison, elles semblent identiques. Comment commencer à déboguer ce problème ? Quelles sont les causes possibles de cette exception ?

Answer 1

Un "ContractFilter mismatch at the EndpointDispatcher" signifie que le récepteur n'a pas pu traiter le message parce qu'il ne correspondait à aucun des contrats que le récepteur a configurés pour le point d'extrémité qui a reçu le message.

Cela peut être dû au fait que :

• Vous avez des contrats différents entre le client et l'expéditeur.
• Vous utilisez une liaison différente entre le client et l'expéditeur.
• Les paramètres de sécurité du message ne sont pas cohérents entre le client et l'expéditeur.

Jetez un coup d'œil à la EndpointDispatcher pour plus d'informations sur le sujet.

Answer 2

J'ai eu cette erreur et elle a été causée par le contrat de récepteur ne mettant pas en application la méthode étant appelée. En fait, quelqu'un n'avait pas déployé la dernière version du service WCF sur le serveur hôte.

Answer 3

Vous obtiendrez également ceci si vous essayez de vous connecter à la mauvaise URL ;)

J'ai deux points de terminaison et deux services définis dans mon système, avec des noms similaires. J'ai obtenu cette erreur exacte lorsque les urls ont été échangées sur mon client à un moment donné. Je me suis vraiment gratté la tête jusqu'à ce que je comprenne enfin cette erreur stupide.

Answer 4

J'ai eu ce problème et j'ai découvert que dans mon générateur de proxy, que j'ai copié d'un autre service, j'ai oublié de changer le nom du service.

J'ai changé ça

Return New Service1DataClient(binding, New EndpointAddress(My.Settings.WCFServiceURL & "/Service1Data.svc"))

à

Return New Service2DataClient(binding, New EndpointAddress(My.Settings.WCFServiceURL & "/Service2Data.svc"))

C'était une simple erreur de code presque impossible à déboguer. J'espère que cela fera gagner du temps à quelqu'un.

Answer 5

J'ai résolu ce problème en ajoutant ce qui suit à l'implémentation de mon contrat :

[ ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)]

Par exemple :

[ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)]
public class MyUploadService : IMyUploadService
{

}