application distribuée

Question

je suis en train de faire une application distribuée et pourrait vraiment utiliser un peu d'aide dans la façon de créer, ce que je veux faire est ce

ordinateur 1 et l'ordinateur 2 sont connectés via un réseau local.

L'ordinateur 1 prend une commande d'un client et l'envoie à comp2. L'ordinateur 2 envoie un accusé de réception à l'ordinateur 1 lorsque l'ordre est terminé.

c'est un code assez simple et je pense que je pourrais juste envoyer du texte entre eux au lieu d'envoyer des objets, mais je ne suis pas encore sûr, ce qui serait mieux. des idées?

Je ne suis pas sûr de ce que je devrais utiliser pour communiquer entre les ordinateurs, devrais-je utiliser socket que j'ai un peu d'expérience ou quelque chose comme RMI ou REST que je n'ai jamais utilisé auparavant mais ne vous inquiétez pas si ça ne prend pas beaucoup de temps parce que vous devez terminer ce code bientôt.

serait vraiment apprécier l'aide grâce

Answer 1

Je ne sais pas pourquoi vous avez obtenu 3 voix vers le bas, mais je vais essayer d'aider, sans extrait de code sera fourni, parce que cela peut être trouvé.

si vous utilisez une connexion TCP/IP:

le

COMP1 prend une commande d'un client et l'envoie à COMP2. Comp2 envoie un accusé de réception à comp1 lorsque l'ordre est terminé.

il est 1 étape: si l'expéditeur peut écrire, que le lecteur "reconnu". Je n'utiliserais pas un message de retour. Pareil avec l'ancien style RPC. Comme je peux le voir, c'est une exigence UDP, et que comp1 devrait envoyer un message pour comp2 avec "acquitté" l'accusé de réception "et le comp2 devrait renvoyer un" accusé de réception de l'accusé de réception "c'est un loool, Je déteste l'UDP pour cette raison.

Pour ouvrir une connexion TCP, l'un d'eux devrait écouter (comp2 dans ce cas) et l'autre (comp 1) c'est juste une connexion et faire un message. S'il a une erreur d'écriture, que le comp2 n'a pas pu recevoir, ofc. Même si vous utilisez REST, le comp2 devrait être sur le côté serveur.

Pour la recherche de code pour "Exemple de serveur client TCP/IP".

J'espère que ça aide!