Discussion :

[leiwulang]

Bonjour,

Au sein de mon application, un web service doit être appelé depuis l'api access en vba.
Ce web service n'a pas de valeur de retour, il effectue seulement des opérations en bdd a partir des parametres qui lui sont transmis, cela peut prendre un certain temps.
Je veux que l'appel à ce web service ne soit pas bloquant côté client.
L'utilisation de thread côté client serait une solution mais je ne souhaite pas l'appliquer.
Il faut donc que mon web service soit "asynchrone" côté serveur ...
J'ai regardé du côté des méthodes BeginMonWebService et EndMonWebService mais étant donné que je n'ai pas de valeurs de retour, je ne suis pas sur que ce soit le + approprié...

Donc, votre avis m'intéresse.

Cordialement,

[cinemania]

le webservice est développé par tes soins ou pas ?

si le webservice en question fait parti du même projet, il serait plus sage, que le webservice, rende la main, meme si l'exécutin n'est pas achevée.

si tu programme comme moi, je n'ai aucun code dans le webservic a proprement dit, il ne fait office que de wrapper / il se contente dappeler d'autres classes plus adaptées, soient on les instanciant et en les appelant, soit en utilisant un éventuel singleton... tout dépend des besoins tu projet.

Dans ton cas, ton webservice lors de l'appel de la méthode peut créer en son sein, un thread paramètrés.
(Il est possible d'avoir une fonction de callback du thread avec des paramètres... c'est l'intérêt des threads paramètrés.)
il créer le thread, le démarre et rend la main.
le process lié à la bdd est donc du coup indépendant et continue son petit bonhomme de chemin tranquillement.

Attention toutefois avec cette méthode... il faut faire attention aux appels concurrentiels... en effet, le client est typiquement un site web, plusieurs personnes peuvent consommer la meme ressources du webservic au meme moment, et chacun créera son thread... tu devra donc faire attention à la façon dont est programmé le thread pour l'accès à la BDD. Il ne peut y avoir qu'un seul datareader sur une connexion ouverte et active à la BDD. Donc, il se peut que tu doive synchroniser tes threads mais ca n'a pas d'mportance, l'essentiel et que le processus soit threadé.

C'est cela où implanté un mécanisme similaire coté client.

[leiwulang]

Merci ,

Le web-service est développé par mes soins.

"si tu programme comme moi, je n'ai aucun code dans le webservic"
Ca n'était pas mon cas, d'où la problématique : déporter les appels du webservice vers un methode asynchrone, pour pouvoir rendre la main au plus tôt côté application client ...
J'ai utilisé la méthode suivante :

Code :

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

ThreadPool.QueueUserWorkItem(WaitCallback(Callback), Object state );

J'ai mis dans state une classe avec les paramêtres transmis par le client,
et dans la méthode Callback, tous ce qui il y avait avant dans ma WebMethod..
La WebMethod n'a donc qu'à instancier une classe avec les parametres, et appeler la méthode asynchrone, avant de rendre la main. Pour l'instant ça me va ( on verra une fois déployée ! )

[neptune]

Apelle simplement ton service en utilisant la fonction Begin... comme tu le ferais en asynchrone, meme sans valeur de retour.