Discussion :

[Invité]

Salut,

J'arrive toujours pas à comprendre le pourquoi de l'appel asynchrone d'une opération à sens unique (donc défini avec la propriété IsOneWay= true).

Si je sais que la méthode de mon service à sens unique donc je sais que j'attends pas de réponse alors pour quand je demande à VS2008 de me générer des méthodes asynchrones il en génère aussi pour les opérations à sens unique de mon service ?

Merci pour votre éclaircissement.

[Bluedeep]

Les concepts d'asynchronisme et d'unidirectionnalité sont totalement disjoints :

- asynchronisme : on envoie la demande, sans attendre la fin de son exécution.

- unidirectionalite (OneWay=true) : la demande ne retourne aucun résultat (concrétement c'est une méthode "void"). Cela ne change rien au fait qu'elle peut être faite de manière synchrone (au moins deux bonnes raisons peuvent motiver ce choix : attendre sa fin est indispensable avant de faire la demande suivante ou encore vérfier que la demande s'exécute sans lever d'exception).

A noter que si un web service classique ne peut être asynchrone que coté client uniquement, WCF permet de gérer de l'asynchronisme client ET de l'asynchronisme serveur avec le concept des DuplexContract et des interfaces "callback".

[Invité]

Merci pour ta réponse.

- unidirectionalite (OneWay=true) : la demande ne retourne aucun résultat (concrétement c'est une méthode "void"). Cela ne change rien au fait qu'elle peut être faite de manière synchrone (au moins deux bonnes raisons peuvent motiver ce choix : attendre sa fin est indispensable avant de faire la demande suivante ou encore vérfier que la demande s'exécute sans lever d'exception).

Pour la première raison : Ce que j'ai compris c'est que la méthode s'exécute mais sauf qu'on n'a pas de retour et le thread appelant cette méthode en synchrone sera bloqué tant que l'opération n'est pas terminée côté serveur.

La deuxième raison fournie est fausse vu que les FaultException ne seront transmises que s'il la communication se fait dans les deux sens et cela est d'autant plus vrai qu'il n'ya pas de retour dans l'unidirectionalité.

C'est bien ça ?

[Bluedeep]

Merci pour ta réponse.


Pour la première raison : Ce que j'ai compris c'est que la méthode s'exécute mais sauf qu'on n'a pas de retour et le thread appelant cette méthode en synchrone sera bloqué tant que l'opération n'est pas terminée côté serveur.

Tout à fait.

La deuxième raison fournie est fausse vu que les FaultException ne seront transmises que s'il la communication se fait dans les deux sens et cela est d'autant plus vrai qu'il n'ya pas de retour dans l'unidirectionalité.

Tu es sur qu'une méthode Oneway ne remonte pas les FaultException ? j'ai comme un doute (mais il est possible que tu ais raison, je n'ai pas testé à vrai dire).

[The_badger_man]

Les méthodes oneway ne permettent pas de récupérer les erreurs de traitements de la requête coté serveur (vu qu'il n'y a pas de message de retour).

C'est différent d'une méthode void (non oneway) qui elle retrourne quand même un message vide indiquant le bon déroulement du traitement coté serveur.

[Invité]

Je crois que The_badger_man viens de confirmer ce que j'avais dis au sujet des FaultException et l'unidirectionalité d'une opération de service

Merci à tous les deux pour vos réponses.