Net Remoting, full duplex

Version imprimable

28/10/2010, 17h01
djfou

Net Remoting, full duplex

Bonjour,

Dans le cadre d'un projet d'étude je doit réaliser une application client serveur.

Celle-ci est un jeu de blackjack, la solution est la suivante :

-Le client
-le serveur communication
-le serveur métier
-le serveur mapping
-le serveur sql server

La connexion entre les serveurs ne doit pas être en full duplex cependant on nous demande d’implémenter une connexion full duplex entre le client et le serveur communication. Nous devons utiliser le .net remoting.

Nous sommes dans l'impasse car il n'y a que très peu de doc sur le full duplex.

Si quelqu'un peux m'éclairer, voir même me donner une petit exemple ^^.

Merci d'avance
28/10/2010, 17h49
tomlev

Citation:

Envoyé par djfou

-Le client
-le serveur communication
-le serveur métier
-le serveur mapping
-le serveur sql server

Euh... tout ça pour un jeu de blackjack ? 8O

Sinon, essaie d'expliquer plus précisément ce qui te pose problème, parce que là c'est un peu flou... Qu'est-ce que tu entends par full-duplex ? que le serveur peut parler au client ? Ce n'est pas très compliqué en fait :

- Crée une interface par laquelle le serveur appelera le client (appelons la IClientCallback par exemple). Place là dans une DLL qui sera référencée par le client et le serveur
- Implémente l'interface IClientCallback côté client. La classe qui l'implémente doit hériter de MarshalByRefObject (appelons la ClientCallback par exemple)
- Quand tu te connectes au serveur, passe une instance de ClientCallback au serveur, qui l'utilisera pour rappeler le client
28/10/2010, 17h55
Arnard

Il fait peut-être allusion à des appel OneWay avec/sans réentrance ? Il n'ya pas de notion de half/full duplex en .net remoting à ma connaissance, c'est donc sur la définition de la com que vous allez définir votre modèle half duplex

On peut avoir la logique de com entre les différents services ? L'interface, les séquences d'appels...
28/10/2010, 21h09
djfou

Merci pour ces réponses.

Je m'explique un peu, le client et le serveur doivent pouvoir discuter en même temps sur le même flux de donné. C'est un concept un peu nouveau pour moi effectivement. Le serveur doit pouvoir notifier a tous ces client que l'un des joueur vient de jouer. Un solution que j'ai trouvé mais qui me déplaît c'deux créer deux net remoting en intervertisant le client et le serveur.

Merci d'avance et si vous pourriez me montrer un exemple tous simple sur comment l'implanter sa m'aiderai énormément car nous sommes trois sur le projet, on la commencé hier et nous devons le rendre vendredi prochain ^^.
28/10/2010, 22h57
tomlev

Citation:

Envoyé par djfou

Merci d'avance et si vous pourriez me montrer un exemple tous simple sur comment l'implanter sa m'aiderai énormément

La solution que je t'ai indiquée ne te convient pas ? C'est comme ça qu'on fait dans mon projet au boulot, ça fonctionne très bien...

Citation:

Envoyé par djfou

car nous sommes trois sur le projet, on la commencé hier et nous devons le rendre vendredi prochain ^^.

ça me rassure un peu de voir que les étudiants ne changent pas trop avec le temps :aie:
29/10/2010, 09h12
Bluedeep

Citation:

Envoyé par Arnard

Il fait peut-être allusion à des appel OneWay avec/sans réentrance ? Il n'ya pas de notion de half/full duplex en .net remoting à ma connaissance, c'est donc sur la définition de la com que vous allez définir votre modèle half duplex

Il existe bien une notion de DuplexContract en WCF (très pratique et permettant de faire de l'asynchrone coté serveur) mais pour une raison que j'ignore il préfére utiliser Remoting (qui est quand même un peu daté et plus vraiment utilisé actuellement).
29/10/2010, 10h21
tomlev

Citation:

Envoyé par Bluedeep

mais pour une raison que j'ignore il préfére utiliser Remoting

Apparemment ce n'est pas un choix :

Citation:

Envoyé par djfou

Nous devons utiliser le .net remoting

C'est un projet d'étude, je suppose que le prof a imposé ça...

[parenthèse]
Ca m'énerve les profs qui imposent l'utilisation de vieilles technos parce qu'ils ne maitrisent pas les nouvelles... :roll:
[/parenthèse]
29/10/2010, 10h37
Arnard

Quand tu fais une évolution tu ne choisis pas forcément une techno, et wcf encapsule tout, ne pas comprendre la logique n'est pas pédagogique, cela ne me choque pas. Mais on n'a toujours pas le détail xD
29/10/2010, 10h39
Bluedeep

Citation:

Envoyé par tomlev

Apparemment ce n'est pas un choix :

C'est un projet d'étude, je suppose que le prof a imposé ça...

En effet, j'avais zappé ce point (c'est çà de lire de manière trop synthétique :D)

Citation:

[parenthèse]
Ca m'énerve les profs qui imposent l'utilisation de vieilles technos parce qu'ils ne maitrisent pas les nouvelles... :roll:
[/parenthèse]

Je ne peux qu'approuver :ccool:
29/10/2010, 10h44
Bluedeep

Citation:

Envoyé par Arnard

Quand tu fais une évolution tu ne choisis pas forcément une techno, et wcf encapsule tout, ne pas comprendre la logique n'est pas pédagogique, cela ne me choque pas. Mais on n'a toujours pas le détail xD

Remoting est aussi une encapsulation, et même si son champ d'application est plus restreint, le niveau d'abstraction est le même.
L'argument du niveau d'abstraction ici ne me semble pas pertinent : dans les deux cas, on a une encapsulation du transfert de la sérialisation d'objets, simplement un est une techno au gout du jour et l'autre a 8 ans.

Si leur prof veut qu'ils comprennent la logique de ce genre de truc, il doit leur faire faire le code sérialisant les objets sur les sockets, par exemple. (coder "right down to the bare metal", koi :D )
29/10/2010, 11h35
Arnard

Sauf qu'en WCF, tu fais un simple new DuplexChannelFactory<T>.CreateChannel() et tu as ton canal duplex, alors que dans son cas il va lui falloir plus de code (même je discerne mal quoi exactement, chacun client de l'autre ?). C'est ce que j'entendais par encapsuler, sans aller jusqu'à tout sérialiser... Puis les environnements d'enseignements ne sont pas forcément à jour, ils sont peut-être encore en .Net 2 ?!
30/12/2010, 17h40
benoitZ31

Citation:

Envoyé par tomlev

- Crée une interface par laquelle le serveur appelera le client (appelons la IClientCallback par exemple). Place là dans une DLL qui sera référencée par le client et le serveur
- Implémente l'interface IClientCallback côté client. La classe qui l'implémente doit hériter de MarshalByRefObject (appelons la ClientCallback par exemple)
- Quand tu te connectes au serveur, passe une instance de ClientCallback au serveur, qui l'utilisera pour rappeler le client

Bonjour,
je suis en train de faire une application client / serveur en utilisant .Net remoting.

Les appels du client vers le serveur marche bien. Par contre je n'arrive pas à faire d'appel serveur vers client.

Par exemple :

3 clients sont connectés c1, c2 et c3.
c1 est en train de jouer donc il dialogue avec le serveur (client -> serveur).
une fois qu'il a fini son tour, le serveur doit dire a c2 vas y c'est à toi de jouer et c'est là que mon problème se pose...

Je suis donc tombé sur ce forum, mais je n'arrive pas à faire ça :

Citation:

- Quand tu te connectes au serveur, passe une instance de ClientCallback au serveur, qui l'utilisera pour rappeler le client

Si quelqu'un peut m'expliquer plus en détail comment passer l'instance de ClientCallback au serveur...

Merci!