Discussion :

[obitskater]

Bonnjour à tous,

Je développe actuellement une application dans une architecture n-tiers : UI(interface utilisateur), BLL (couche métier) et DAL (couche d'accès aux données).
Chaque couche communique avec les autres grâce à des services WCF suivant le schéma suivant:

UI <==> WCF service 1<==> BLL <==> WCF service 2 <==> DAL.

La seule communication entre les couches UI et BLL fonctionne parfaitement.

Mais quand je parcours tout le chemin dans l'application depuis la couche UI jusque la couche DAL (au travers du service WCF 1, la couche BLL et le service WCF 2) pour faire remonter un dataTable, j'ai une erreur de type TimeOutException.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
This request operation sent to net.tcp://127.0.0.1:8000/MyServices/Service1 did not receive a reply within the configured timeout (00:01:00).  
The time allotted to this operation may have been a portion of a longer timeout.  
This may be because the service is still processing the operation or because the service was unable to send a reply message.  
Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) 
and ensure that the service is able to connect to the client.

J'ai essayé juste pour tester, de communiquer directement entre la couche UI et la couche DAL grâce au service WCF 2, et ça marche, j'ai bien mon dataTable de remonté!
Cette erreur ne se produit que quand j'utilise les 2 services WCF pour faire remonter une info...

Pour info, le binding de mes services WCF est de type NetTcpBinding.

J'espère avoir été assez clair. Si vous pouviez à m'aider à régler ce problème très bloquant ce serait super! Merci d'avance!

[obitskater]

Bon j'ai un peu avancer dans le diagnostic de ce problème, et je me suis rendu compte que cette erreur ne se produit que lorsque j'utilise une winform pour héberger mes services, car quand j'utilise une applicatiion console comme hôte, tout marche bien...

Seul problème c'est que j'ai bien sûr besoin d'une winform comme hôte de mes services et non d'une console...

Une idée d'où ça peut venir?

[Bluedeep]

Comme ça non, mais ça peut être un vrai timeout ou une fausse barbe (timeout qui masque une erreur plus profonde).

Tu peux déjà :

- augmenter le timeout (c'est un paramètre optionnel à l'open du channel).
- spécifier la propriété IncludeExceptionDetailInFaults

Gére tu l'event Faulted coté client et coté serveur ?

[obitskater]

Salut BlueDeep, je ne pense pas que ce soit une erreur de timeOut, car comme dit plus haut "J'ai essayé juste pour tester, de communiquer directement entre la couche UI et la couche DAL grâce au service WCF 2, et ça marche, j'ai bien mon dataTable de remonté!".
Et ce en à peine 1 seconde. Donc que ça passe de 1 sec à plus d'une minute à cause d'une couche en plus à traverser, c'est moyen. En plus en utilisant ma console comme hôte, ça marche correctement en traversant toutes les couches, et ce toujours en 1 seconde.

Et sinon, oui je gère les faultsExceptions, en la levant sur le serveur quand il y a un problème et je la catch dans le client.

[Gold Bug]

Salut BlueDeep, je ne pense pas que ce soit une erreur de timeOut, car comme dit plus haut "J'ai essayé juste pour tester, de communiquer directement entre la couche UI et la couche DAL grâce au service WCF 2, et ça marche, j'ai bien mon dataTable de remonté!".
Et ce en à peine 1 seconde.

Une seconde c'est une éternité pour un ordinateur

[Bluedeep]

Et quand tu appel ta méthode, si tu mets un break, dans ta BLL, il transit bien à l'aller dans "WCF service 1" ?