communication tcp avec Objects

Version imprimable

07/06/2021, 18h33
Jules_Courné

communication tcp avec Objects

Bonjour à tous,
j'ai quelques difficultés sur la compréhension de la communication TCP, j'espère que vous pourrez m'aider. Je dois faire communiquer deux IHM (une pointeuse qui envoie les données de pointage et une appli Centrale qui les récupère) et je ne sais pas vraiment comment m'y prendre. Dois-je maintenir une connexion et des qu'un employé pointe, on envoie les données ? ou bien a caque pointage établir une nouvelle connexion et envoyé ? .. je suis un peu perdu sur le fait de faire communiquer deux appli entre elles. Si quelqu'un aurait un avis sur la question ca m'aiderai beaucoup.
Merci d'avance !
08/06/2021, 00h56
Uther

Les deux approches sont possibles. Mais pour une pointeuse, tu n'as pas besoin de délai de réponse ultra-rapide et il y a potentiellement de longues périodes sans communication. Donc je pense qu’établir une nouvelle connexion à chaque pointage serait péférable.

Pour faire communiquer deux applications au travers du réseau, le plus basique est d'utiliser des Sockets. Ca va pas être possible de tout détailler sur un forum mais tu as par exemple ce tuto :
https://jmdoudoux.developpez.com/cou...-net.php#net-4
08/06/2021, 13h15
Jules_Courné

D'accord je vais regarder ca , merci pour ta réponse :)
08/06/2021, 13h43
Cincinnatus

Bonjour,

Normalement chaque pointeuse est autonome et peut supporter de ne plus être connectée pendant quelques heures à son serveur. L'essentiel dans ce cadre est de conserver le pointage de chaque employé ; une coupure réseau ne doit pas avoir de conséquences sur le temps de travail de chacun, sinon gare aux abus ! (de l'employé ou de l'employeur).

En informatique de gestion RH, le point le plus crucial a toujours été pour les employés de pouvoir poser des congés et que leur temps de travail soit correctement décompté. Le moindre écart perçu donne lieu à réclamation ! :mouarf: (c'est du vécu !)

La paye aussi évidemment est importante, mais il est difficile de la contrôler de manière très précise (lire une fiche de paye n'est pas simple), alors que les heures de pointage...
09/06/2021, 13h38
Jules_Courné

Bonjour Cincinnatus,
heureusement pour moi je suis encore en phase d'apprentissage de l'informatique. ^^.
Cependant nous avons eu des directives quant au coupures de connexion. Si la pointeuse ne peut envoyé ses données à l'appli principale elle peut sérialiser les données dans un fichier local et dès que la connexion sera rétablie elle les envoient. Et pour la conception d'un client serveur j'aurai aimé une petite précision : je vois dans des exemples les méthode writeObject et readObject des ObjectOutputStream et ObjectInputStream qui s'utilisent des fois avec fichier et des fois sans. Quelles sont les différences ?
09/06/2021, 14h19
Uther

Le ObjectOutputStream s'utilise avec un flux, il y a différents type de flux : vers un fichier, vers un socket réseau, vers la console, ... Tout dépends de l'usage que tu souhaites faire de l'objet que tu sérialises.
09/06/2021, 14h25
Jules_Courné

Mmmh d'accord, la je souhaite envoyé les données sur un autre ordinateur qui est sur un réseau différent donc je dois utilisé le flux de socket réseaux si je comprend bien.
Ca va beaucoup m'aider merci !

Voila ce que j'ai fait : si vous pouviez me dire ce qui ne va pas :)

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
 
 
public class TCPServer extends Thread {
   private ServerSocket serverSocket;
   static Object objet;
 
 
   public TCPServer(int port) throws IOException {
      serverSocket = new ServerSocket(port);
   }
 
 
   public void run() {
 
      while(true) {
         try {
            System.out.println("Serveur attend le client sur le port " + serverSocket.getLocalPort() + "...");
            Socket server = serverSocket.accept();
 
            System.out.println("Serveur connecté à la socket d'adresse : " + server.getRemoteSocketAddress());
            ObjectInputStream is = new ObjectInputStream(server.getInputStream());
 
            objet = is.readObject();
 
            System.out.println(objet);
         } 
         catch (SocketTimeoutException s) {
            System.out.println("Socket à atteint son temps limite");
            break;
         } 
         catch (IOException e) {
            e.printStackTrace();
            break;
         } 
         catch (ClassNotFoundException e) {
			e.printStackTrace();
         } 
      }
   }
}

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
public class TCPClient {
 
 
 
	public void SendObject(Object objet, String serverName, int port) throws ClassNotFoundException{
		 try {
	         System.out.println("Connexion au serveur d'adresse " + serverName + " sur le port client " + port);
	         Socket client = new Socket(serverName, port);
 
	         System.out.println("Connexion établie sur le client d'adresse " + client.getRemoteSocketAddress());
 
	         ObjectOutputStream out = new ObjectOutputStream(client.getOutputStream());
 
	         out.writeObject(objet + " from " + client.getLocalSocketAddress());
 
	         client.close();
		 }
		 catch (IOException e) {
	         e.printStackTrace();
	     }
	} 
}

09/06/2021, 15h00
Uther

A première vue ça me semble pas mal a part le out.writeObject(objet + " from " + client.getLocalSocketAddress()) dont je ne comprend pas le but. Si tu veut récupérer un objet il faut envoyer le même type d'objet et pas y ajouter une chaine de caractère qui semble prévue pour le débogage.
09/06/2021, 21h01
Jules_Courné

Oui effectivement ca na pas de sens ^^. D'après vous avoir un attribut de type Object en static dans la classe serveur est la meilleur façon pour récupérer l'object lu par readObject() ?
10/06/2021, 10h28
thelvin

Ben non, pourquoi static ? Il n'y en a qu'une seule, de pointeuse ? Enfin, de toute façon quel intérêt qu'il soit static ?

Et pour le type Object, c'est bizarre aussi. On peut pas demander les données d'un Object, il faut le cast d'abord vers sa classe réelle, alors pourquoi ne pas le faire dès que possible ?