le programmes est un chat client/multi-server avec une passerelle
(gateway)
il y a une passerelle qui fonctionne en permanence
un server se connecte sur la passerelle, cette dernière prend son ip
et le sauvegarde. la passerelle lui donne un port
une classe protocole est créer pour la passerelle et une autre pour
le serveur..
ma première question:
lorsque le serveur obtient le port a employé du serveur comment
devrais-je le sauvergardé (on est dans une classe dérivé de protocol
(celle dernière est abstract et la fonctionne qu'elle possède
aussi... )
vous pouvez voir ce que j'avais tenté de faire... déclaré deux autre
fonctions avec le même nom mais abstract... mais il semble que les
fonctions abstract doivent être implémenté....
une fois que ce problème est réglé... le server a bien le port... la
connection avec la passerelle devrait se fermer
ma deuxième quesiton:
quel est la meilleur façon pour que le serveur devient maintenant
actif.. qu'il accepte des connections
j'ai élaboré que la partie serveur... mais il y a aussi la partie
client...
le client se connecterait à la passerelle, cette dernière
vérifierais le serveur ayant le moins de connections et donnerais
son ip et son nombre de port, la passerelle ajouterais alors un
usager de plus au serveur spécifié par le ip et port...
le client se connecte au serveur (d'où ma question 1 et 2)
plusieurs serveur peuvent se connectez à la passerelle, idem pour
les clients...
ensuite plusieurs client peuvent se connecter à un serveur
des commentaires sur le design et cie... amélioration possible...
n'hésitez pas
le programmes est un chat client/multi-server avec une passerelle (gateway)
il y a une passerelle qui fonctionne en permanence
un server se connecte sur la passerelle, cette dernière prend son ip et le sauvegarde. la passerelle lui donne un port
une classe protocole est créer pour la passerelle et une autre pour le serveur..
ma première question: lorsque le serveur obtient le port a employé du serveur comment devrais-je le sauvergardé (on est dans une classe dérivé de protocol (celle dernière est abstract et la fonctionne qu'elle possède aussi... ) vous pouvez voir ce que j'avais tenté de faire... déclaré deux autre fonctions avec le même nom mais abstract... mais il semble que les fonctions abstract doivent être implémenté....
une fois que ce problème est réglé... le server a bien le port... la connection avec la passerelle devrait se fermer
ma deuxième quesiton: quel est la meilleur façon pour que le serveur devient maintenant actif.. qu'il accepte des connections
j'ai élaboré que la partie serveur... mais il y a aussi la partie client...
le client se connecterait à la passerelle, cette dernière vérifierais le serveur ayant le moins de connections et donnerais son ip et son nombre de port, la passerelle ajouterais alors un usager de plus au serveur spécifié par le ip et port...
le client se connecte au serveur (d'où ma question 1 et 2)
plusieurs serveur peuvent se connectez à la passerelle, idem pour les clients...
ensuite plusieurs client peuvent se connecter à un serveur
des commentaires sur le design et cie... amélioration possible... n'hésitez pas
le programmes est un chat client/multi-server avec une passerelle
(gateway)
il y a une passerelle qui fonctionne en permanence
un server se connecte sur la passerelle, cette dernière prend son ip
et le sauvegarde. la passerelle lui donne un port
une classe protocole est créer pour la passerelle et une autre pour
le serveur..
ma première question:
lorsque le serveur obtient le port a employé du serveur comment
devrais-je le sauvergardé (on est dans une classe dérivé de protocol
(celle dernière est abstract et la fonctionne qu'elle possède
aussi... )
vous pouvez voir ce que j'avais tenté de faire... déclaré deux autre
fonctions avec le même nom mais abstract... mais il semble que les
fonctions abstract doivent être implémenté....
une fois que ce problème est réglé... le server a bien le port... la
connection avec la passerelle devrait se fermer
ma deuxième quesiton:
quel est la meilleur façon pour que le serveur devient maintenant
actif.. qu'il accepte des connections
j'ai élaboré que la partie serveur... mais il y a aussi la partie
client...
le client se connecterait à la passerelle, cette dernière
vérifierais le serveur ayant le moins de connections et donnerais
son ip et son nombre de port, la passerelle ajouterais alors un
usager de plus au serveur spécifié par le ip et port...
le client se connecte au serveur (d'où ma question 1 et 2)
plusieurs serveur peuvent se connectez à la passerelle, idem pour
les clients...
ensuite plusieurs client peuvent se connecter à un serveur
des commentaires sur le design et cie... amélioration possible...
n'hésitez pas
le programmes est un chat client/multi-server avec une passerelle (gateway)
il y a une passerelle qui fonctionne en permanence
un server se connecte sur la passerelle, cette dernière prend son ip et le sauvegarde. la passerelle lui donne un port
une classe protocole est créer pour la passerelle et une autre pour le serveur..
ma première question: lorsque le serveur obtient le port a employé du serveur comment devrais-je le sauvergardé (on est dans une classe dérivé de protocol (celle dernière est abstract et la fonctionne qu'elle possède aussi... ) vous pouvez voir ce que j'avais tenté de faire... déclaré deux autre fonctions avec le même nom mais abstract... mais il semble que les fonctions abstract doivent être implémenté....
une fois que ce problème est réglé... le server a bien le port... la connection avec la passerelle devrait se fermer
ma deuxième quesiton: quel est la meilleur façon pour que le serveur devient maintenant actif.. qu'il accepte des connections
j'ai élaboré que la partie serveur... mais il y a aussi la partie client...
le client se connecterait à la passerelle, cette dernière vérifierais le serveur ayant le moins de connections et donnerais son ip et son nombre de port, la passerelle ajouterais alors un usager de plus au serveur spécifié par le ip et port...
le client se connecte au serveur (d'où ma question 1 et 2)
plusieurs serveur peuvent se connectez à la passerelle, idem pour les clients...
ensuite plusieurs client peuvent se connecter à un serveur
des commentaires sur le design et cie... amélioration possible... n'hésitez pas
