Discussion :

[Sergejack]

Bonjour,

Je suis en train de faire un service WCF et j'utilise des CallBack pour informer le client (du service) de la progression des méthodes.

Ça marche bien.

Mais maintenant, je cherche une façon de rendre mon service aussi accessible sans CallBack (afin de ne pas imposer l'implémentation de l'interface de callback pour un client qui n'en aurait cure).

Comment est-ce que je peux faire pour rendre le service compatible tantôt avec un client qui gère le callback, tantôt avec un client qui ne le gère pas ?

Note : voici par exemple une ligne de code non "compatible" pour version "non callback"

Code :

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

1
2
 
IServiceCallBack callback = OperationContext.Current.GetCallbackChannel<IServiceCallBack>();

Merci.

[Bluedeep]

Bonjour

Le plus simple est quand même d'exposer deux endpoint : un avec call back et l'autre sans, le tout appelant le même code.

Ensuite, dans ton code, tu peux examiner les attributs du channel (? à vérfier) pour déterminer par quel endpoint tu es appelé (j'avais écrit un truc similaire il y a 3 ou 4 ans mais je n'ai pas le code sous la main - et ne pourrais pas l'avoir sous la main avant plusieurs jours, désolé).

[Sergejack]

Je suis assez nouveau dans le domaine et j'ai effectué plusieurs recherche pour comprendre comment faire une distinction entre les channel mais je n'ai pas trouvé (sauf faire un dégoûtant try catch, évidemment).

Ce n'est pas urgent mais pressé quand même donc si quelqu'un d'autre voit à quoi Bluedeep fait allusion ou a une suggestion, merci d'avance.

[Babyneedle]

Si le client qui intègre ton API peut prendre la décision entre s'abonner à un callback ou non, il a tout autant la possibilité d'invoquer une méthode différente du même service ou d'un autre service.

Faire de l'inspection de source de requête c'est une solution à un non-problème.

Exemple: Amazon S3

http://docs.amazonwebservices.com/sd...ferUtility.htm

[Sergejack]

Si le client qui intègre ton API peut prendre la décision entre s'abonner à un callback ou non, il a tout autant la possibilité d'invoquer une méthode différente du même service ou d'un autre service.

Faire de l'inspection de source de requête c'est une solution à un non-problème.

Exemple: Amazon S3

http://docs.amazonwebservices.com/sd...ferUtility.htm

Je ne veux pas créer intégralement plusieurs services similaires.
J'aimerais n'écrire le code qu'une seule fois et avoir un mécanisme comme illustré par le pseudo code ci dessous :

Code :

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

1
2
3
4
5
6
 
var callbackType1 = si [compatible callbackType1] alors [channel callbackType1] sinon [objet défautCallBackType1]
var callbackType2 = si [compatible callbackType2] alors [channel callbackType2] sinon [objet défautCallBackType2]
 
callbackType1.méthode() // qui ne fait rien dans défautCallBackType1
callbackType2.méthode() // qui ne fait rien dans défautCallBackType2

[Sergejack]

Bluedeep, avez-vous retrouvé le code ?