AddressFilter mismatch au EndpointDispatcher - le msg avec To

Question

Une idée sur la façon de corriger cela appeler un service via js

Le message avec To 'http://MySite.svc/GetStateXML' ne peut pas être traité par le récepteur, en raison d'une erreur d'AddressFilter dans le EndpointDispatcher. Vérifiez que les EndpointAddresses de l'expéditeur et du destinataire correspondent.

merci

Answer 1

Je viens juste de rencontrer ce problème en parcourant un exemple dans l'application Apprendre WCF livre de Bustamante. J'avais utilisé le WCF Config Editor pour remplir ma configuration sur mon hôte et j'avais mis la valeur dans le champ nom pour mon point de terminaison plutôt que l'attribut adresse attribut. Une fois que je l'ai corrigé, tout a fonctionné. J'ai trouvé un autre message qui suggérait d'utiliser :

[ServiceBehavior(AddressFilterMode = AddressFilterMode.Any)] 

sur la classe d'implémentation, ce qui a fonctionné mais n'était pas la cause première.

En résumé, il faut s'assurer que les configurations du client et du serveur correspondent.

Answer 2

L'erreur listée ci-dessous indique que le service Web implémente le WS-Addressing.

"Le message avec To '' ne peut pas être traité par le récepteur, en raison d'une incompatibilité AddressFilter au niveau du EndpointDispatcher. Vérifiez que les EndpointAddresses de l'expéditeur et du destinataire correspondent"

Incluez les éléments suivants dans vos en-têtes SOAP pour accéder au service Web :

<soap:Header xmlns:wsa="http://www.w3.org/2005/08/addressing">
<wsa:To>http://example.com/service</wsa:To>
</soap:Header>

Answer 3

J'ai eu cette erreur alors que j'utilisais webHttpBinding .

Je l'ai résolu en ajoutant

<endpointBehaviors>
  <behavior name="EndPointBehavior">
    <enableWebScript/>
  </behavior>
</endpointBehaviors>

sous <behaviors> et la mise en place behaviorConfiguration="EndPointBehavior" dans mon endpoint con binding="webHttpBinding" .

Configuration complète :

<behaviors>
  <serviceBehaviors>
    <behavior name="ServiceBehavior">
      <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
      <serviceDebug includeExceptionDetailInFaults="false"/>
    </behavior>
  </serviceBehaviors>
  <endpointBehaviors>
    <behavior name="EndPointBehavior">
      <enableWebScript/>
    </behavior>
  </endpointBehaviors>
</behaviors>

<services>
  <service name="WcfService1.Service1" behaviorConfiguration="ServiceBehavior">
    <endpoint address="" 
              binding="webHttpBinding" 
              contract="WcfService1.IService1" 
              behaviorConfiguration="EndPointBehavior">
    </endpoint>
    <endpoint address="mex" 
              binding="mexHttpBinding" 
              contract="IMetadataExchange">
    </endpoint>
  </service>
</services>

Answer 4

Je sais que cela peut paraître idiot mais si quelqu'un d'autre a cette erreur, vérifiez votre adresse. Nous obtenions cette erreur parce que nous avions un double slash là où il n'y en avait qu'un.

http://localhost//servicename.svc

L'adresse ci-dessus a causé le problème.

http://localhost/servicename.svc

Le problème ne s'est pas présenté.

Nous créions dynamiquement l'adresse complète à partir de parties de données lues dans des formulaires Windows et dans une base de données. L'utilisateur saisissait /servicename.svc au lieu de servicename.svc.

Answer 5

J'ai rencontré ce problème dans mon environnement de développement pour un service web hébergé dans IIS. Je l'ai résolu en accédant à "IIS Manager" et en ajoutant une liaison au nom d'hôte mentionné dans le message d'erreur.