Discussion :

[azstar]

Bonjour ,

Est ce que on peux considérer [OperationContract (IsOneWay = true)] comme un appel asynchrone (techniquement parlant) ?

[DotNetMatt]

Pas vraiment, le mode One-Way indique juste que tu veux simplement envoyer une requête. Il n'y aura pas de réponse derrière.

Voir ceci pour référence : One-Way Services.

[Invité]

IsOneWay indoque que tu t'en fous du résultat de la requête mais tu resteras quand même bloqué le temps que le serveur prenne en compte te requête avant que tu puisses continuer donc tu n'attends pas la fin du process côté serveur et de plus s'il y a une erreur tu n'en seras pas notifié.
Avec l'asynchronisme tu peux continuer à faire ce que tu veux lorsque l'opération est lancée mais un résultat te sera toujours envoyé même vide.
IsOneWay : je te lance et je t'oublie
Asynchrone : je te lance, je t'oublie et informes-moi lorsque t'auras terminé.

[azstar]

Merci

IsOneWay indoque que tu t'en fous du résultat de la requête mais tu resteras quand même bloqué le temps que le serveur prenne en compte te requête avant que tu puisses continuer donc tu n'attends pas la fin du process côté serveur et de plus s'il y a une erreur tu n'en seras pas notifié.
Avec l'asynchronisme tu peux continuer à faire ce que tu veux lorsque l'opération est lancée mais un résultat te sera toujours envoyé même vide.
IsOneWay : je te lance et je t'oublie
Asynchrone : je te lance, je t'oublie et informes-moi lorsque t'auras terminé.

mais techniquement :

IsOneWay : se fait dans le processus principale de mon web service
Asynchrone : la traitement dans le serveur se fasse d'une manière parallèle

non??!!!

[Invité]

IsOneWay : se fait dans le processus principale de mon web service
Asynchrone : la traitement dans le serveur se fasse d'une manière parallèle

Pour IsOneWay OK mais le client lui continue sa route (il sera juste bloqué un laps de temps pour que le dispatcher côté serveur prenne en compte sa requête).

Pour asynchrone, il faut que tu saches que ce terme est indépendant qu'on travaille avec des services ou non. On parle d'opérations asynchrones (on s'en fout de quoi ou comment est exécuté l'opération : service web, lecture de gros fichiers etc). Oui c'est du parallélisme et ce terme peut s'appliquer avec IsOneWay. Je lance un truc et en parallèle je fais un autre truc. Sauf qu'avec IsOnewAy comme j'ai dit dans mon premier message qu'on s'en fout du résultat même si le service exécutant l'opération plante donc ce n'est pas de l'asynchronisme tel que nous le faisons tous. Quand je lance une tâche asynchrone j'aimerai bien recevoir des retours de ce que la tâche a fait.

[Hlama]

Lorsque je faisun IsOneWay ,je mets toujours en place un Contrat de CallBack et un protocole le supportant(WSDualHTTPBinding ou NetTcpBinding)

[Invité]

Lorsque je faisun IsOneWay ,je mets toujours en place un Contrat de CallBack et un protocole le supportant(WSDualHTTPBinding ou NetTcpBinding)

Si tu fais un service Duplex tu es obligé de toute façon de mettre IsOneWay=true sur tes opérations de services et même sur celles du service callback sinon ça ne marcherait tout simplement pas.