Discussion :

[djfou]

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

[tomlev]

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

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

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

[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...

[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 ^^.

[tomlev]

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...

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

[Bluedeep]

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).

[tomlev]

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

Apparemment ce n'est pas un choix :

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...
[/parenthèse]

[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

[Bluedeep]

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 )

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

Je ne peux qu'approuver

[benoitZ31]

- 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 :

- 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!