Multiples appels asynchrones et traitements paralleles

Bonjour à tous,

J'aimerai savoir comment se déroule le fonctionnement de plusieurs appels à un webservice svp.
En effet, imaginons que je lance 4 appels différents à mon webservice à partir du meme client (client silverlight). Comment ca se passe du coté du serveur de webservice ?

- 1) les 4 appels sont empilés puis traités un par un
- 2) les 4 appels sont traités en même temps

Mon webservice est en mode PerSession car je dois stocker quelques informations au niveau de la session utilisateur.
Pour ma part, j'ai l'impression que ca se comporte plutot d'après le point 1). Mes 4 appels arrivent légerement décalés, le premier arrivé, premier servi et ensuite ca dépile.

Auriez vous une information fiable à ce niveau svp ?

Bonjour

Citation:

---

Envoyé par zax-tfh

J'aimerai savoir comment se déroule le fonctionnement de plusieurs appels à un webservice svp.
En effet, imaginons que je lance 4 appels différents à mon webservice à partir du meme client (client silverlight). Comment ca se passe du coté du serveur de webservice ?

- 1) les 4 appels sont empilés puis traités un par un
- 2) les 4 appels sont traités en même temps

---

Tu peux paramétrer le comportement du ws de ce point de vue à l'aide des propriétés InstanceContextMode et ConcurrencyMode de l'attribut ServiceBehavior.

Salut,

Merci pour ta réponse, le probleme est que le parametre InstanceContextMode permet de regler le Percall, persession et je ne sais plus quel autre mode. Moi j'ai besoin d'etre en persession.
Par contre je viens de tester le reglage de ConcurrencyMode en multiple et j'ai lancé plusieurs appels à l'affilée dont le premier possède une requete suffisament lourde pour laisser le temps aux autres appels de se faire en parallele. Mais d'après ce que je vois, ils ne se font pas en parallele et attendent que le premier ait terminé pour continuer en séquence.
Là je ne vois pas vraiment ce que je peux faire pour le coup...

Citation:

---

Envoyé par zax-tfh

Salut,

Merci pour ta réponse, le probleme est que le parametre InstanceContextMode permet de regler le Percall, persession et je ne sais plus quel autre mode. Moi j'ai besoin d'etre en persession.
Par contre je viens de tester le reglage de ConcurrencyMode en multiple et j'ai lancé plusieurs appels à l'affilée dont le premier possède une requete suffisament lourde pour laisser le temps aux autres appels de se faire en parallele. Mais d'après ce que je vois, ils ne se font pas en parallele et attendent que le premier ait terminé pour continuer en séquence.
Là je ne vois pas vraiment ce que je peux faire pour le coup...

---

Je pense que ici tu es contraint par le PerSession du fait que tous tes appels ont lieu dans la même session.

C'est justement là le soucis ouais :)

Saurais tu s'il y a possibilité dans d'autres modes de conserver des données en mémoire au travers de multiples appels ? J'ai beau regarder je vois bien des débuts d'explications mais je n'arrive pas à tout saisir...

Tu as essayé le mode réentrant pour le ConcurencyMode ?

Meme chose :(

Pour info il y a la configuration serviceThrottling. Je ne jamais utilisé mais je crois ça à l'air de pouvoir résoudre ton problème.

Citation:

---

Envoyé par h2s84

Pour info il y a la configuration serviceThrottling. Je ne jamais utilisé mais je crois ça à l'air de pouvoir résoudre ton problème.

---

Ici ce n'est pas nécessaire. Le paramètrage de throttling modifie les valeurs maxi de nombre de session, nombre d'instance etc .... mais pas le comportement défini.

Citation:

---

Envoyé par Bluedeep

Ici ce n'est pas nécessaire. Le paramètrage de throttling modifie les valeurs maxi de nombre de session, nombre d'instance etc .... mais pas le comportement défini.

---

:lol: Je vois ! :lol: Merci !

[EDIT]
Bon impossible de copier le texte à partir de mon fichier PDF du document de la certification 70-503 !

D'après ce qui est écrit ce n'est pas le serveur qui effectue exécute les requêtes de façon successifs mais le client qui envoie de façon successif. Une configuration côté client permet de changer ce problème et de pouvoir balancer plusieurs requêtes à la fois sur des threads différents tout en sachant qu'il peut avoir des problèmes de scalabilité.

Encore une fois j'ai pas testé et peut-être aussi que je dis encore des bêtises :zoubi:

à priori, par défaut la config du client est déjà en asynchrone. L'attribut SynchronousReceive permettrait de le passer en mode synchrone. Donc à moins d'avoir loupé un épisode, ca ferait l'inverse de ce que je recherche :aie:

Citation:

---

Envoyé par zax-tfh

à priori, par défaut la config du client est déjà en asynchrone. L'attribut SynchronousReceive permettrait de le passer en mode synchrone. Donc à moins d'avoir loupé un épisode, ca ferait l'inverse de ce que je recherche :aie:

---

Pas faux ! Mais sans l'utilisation de cet attribut, les requêtes sont asynchrones côtés client je n'en doute pas mais sont lancées par un seul et même thread.
Ce que j'ai compris avec cet attribut est que ça permet de lancer les requêtes vers le serveur avec différents threads et pas successivement.

Bon un peu flou tout ça. Je teste ce soir.