Discussion :

[Jules_Courné]

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 !

[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

[Jules_Courné]

D'accord je vais regarder ca , merci pour ta réponse

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

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

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

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

[Jules_Courné]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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();
	     }
	} 
}

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

[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() ?

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