WCF état Fault

Bonjour,

Je déploie un webservice (en C#) sur un serveur IIS 6 hosté par un Windows Server 2008
Une application wpf utilise ce webservice.
Mon webservice bind sur une adresse de type "192.168.X.X" (donc dans mon réseau local)
Si mon appli wpf se trouve sur le même ordinateur que le webservice tout marche très bien.
En revanche, sur un autre ordinateur du réseau local, une exception est lancé:

Citation:

---

$exception {"L’objet de communication System.ServiceModel.Channels.ServiceChannel ne peut pas être utilisé pour la communication car il est dans l’état Faulted."}
System.Exception {System.ServiceModel.CommunicationObjectFaultedException}

---

Pourtant, sur ce même PC, je peux très bien voir le contrat du webservice et le wsdl (en tapant 192.168.x.x/Webservice.svc?wsdl)

Je développe sous VS 2010, framework 4.
Une informations qui m'a semblé importante sur beaucoup de sujet, mon webservice bind sur du "wsHttpBinding" encodé en "Mtom"

Je pense à un problème de droit, mais comment puis-je voir le contrat si tel est le cas...

Merci d'avance pour vos réponses ;)

J'ai de nouveau élément, je n'ais pas accès au serveur mais il semble que l'exception en question en cache une autre.
Mon code n'est pourtant pas dans une directive "using"
Beaucoup de post parle de la synchro entre client et serveur, je testes ça demain matin. Il se pourrais bien que ce soit la cause.

Bonjour,

Je viens de mettre mon client et mon serveur à la même heure et toujours la même erreur. Le canal du webservice est en état 'Faulted'

Si quelqu'un à une piste, je suis preneur à 100%...

Merci d'avance

\o/ c'est good j'ai résolu mon problème.

Pour information c'est l'authentification du webservice.

Comment avoir l'erreur réel:
- Poser un breakpoint sur la méthode du webservice (cote client)
- Puis lancer un pas a pas detaillé et magique, le message d'erreur apparaît dans une alerte windows

Comment régler le problème:
- Customiser le binding du webservice et mettre la securité à "None" (ou authentifié l'utilisateur)

Bye

Info : pour avoir l'erreur de façon explicite côté client l'astuce est de mettre l'attribut includeExceptionDetailInFaults à true dans l'élément serviceDebug du behavior de ton service côté serveur. :ccool: