Application sur plusieurs poste

Bonjour à tous,

j'ai cherché un peux sur google et sur le forum, mais je n'ai pas trouvé exactement réponse à ma question et je me permets de mettre un poste pour vous demander une information.

Je voudrais créer une application sous java, qui se connecte à une db (mysql) sur un serveur.

dans un premier temps cette application de gestion ne serait que sur un pc, mais après il pourrait être utilisé par d'autre utilisateur (max 10 en criant fort)

Hé voilà je ne sais pas comment mettre cela en fonction.

Est-ce que je développe mon application je la compile j'en fait un jar et quand un autre utilisateur en à besoin je lui installe tout simplement ?
Comme j'ai dit il n'y aurait que de la lecture et de l'écriture dans des DB et encore pas forcément simultanément, car certain n'aurais que droit en lecture only.

Comment dois je faire ?

merci pour votre aide

M@t

Et bien soit tu installes l'appli sur chaque poste client, soit tu laisses l'appli sur le serveur et tu la partages ainsi tous les users pourront lancer le meme jar.

Citation:

---

Envoyé par MrEddy

Et bien soit tu installes l'appli sur chaque poste client, soit tu laisses l'appli sur le serveur et tu la partages ainsi tous les users pourront lancer le meme jar.

---

Ha simplement comme ça :cry:

Et le partage du jar tu fait juste un raccourci bureau ?

Moi je partais sur des idée de multitread et des chose comme ça que je ne comprend pas encore bien :(

Le nombre d' utilisateur ne pose pas de problème alors ?

Encore merci pour ton aide

Citation:

---

Ha simplement comme ça

---

:mouarf:

Citation:

---

Et le partage du jar tu fait juste un raccourci bureau ?

---

C'est une solution

Citation:

---

Moi je partais sur des idée de multitread et des chose comme ça

---

:aie:. Si les clients peuvent "parler" entre eux en passant par le server alors oui. Mais ça c'est les chats, jeux vidéo,...

Citation:

---

Le nombre d' utilisateur ne pose pas de problème alors ?

---

Non


En concret dans ton programme, lorsqu'un client aura besoin d'un information contenu dans la BDD, il fera un connexion à la BDD, récupèrera l'information( via un requête ), puis fermera la connexion. Après, si 10 utilisateur lance l'application JAVA en même temps ça ne pose pas de problème. Dès qu'il y en a un qui à besoin de quelque chose, il sollicite la BDD (cf ci dessus) puis continu son chemin de son coté.

super tout cela :mouarf:

juste encore une chose qui est flou

mon jar sur le serveur, avec racourci sur bureau du client

si 10 client ouvre ce jar sur le serveur aucune problème ?

Merci

Salut,

pas de soucis particuliers, j'ai exactement la même configuration sur un projet.
Les seuls soucis que je rencontre avec cette configuration là, c'est que lorsque tu souhaites faire une mise à jour du programme, si les "clients" sont des PC, le fichier sera considéré comme utilisé, et tu ne pourras donc pas l'écraser par une nouvelle version sans avoir quitté tous les postes.
Pour "contourner" le problème, j'ai sur un serveur, une application qui me permet à distance de faire quitter toutes les cessions d'ouvertes et d'empêcher les reconnections, avec un petit message du type : "le programme va fermer dans 1min pour mise à jour. Merci".
Tant que je n'ai pas redémarré ce service, ils ne peuvent pas relancer l'application, et ca me laisse donc le temps nécessaire pour recopier le nouveau .jar à la place de l'ancien.

Citation:

---

si 10 client ouvre ce jar sur le serveur aucune problème ?

---

Java est exécuté coté client normalement. :ccool:

Citation:

---

Envoyé par Caalador

Salut,

pas de soucis particuliers, j'ai exactement la même configuration sur un projet.
Les seuls soucis que je rencontre avec cette configuration là, c'est que lorsque tu souhaites faire une mise à jour du programme, si les "clients" sont des PC, le fichier sera considéré comme utilisé, et tu ne pourras donc pas l'écraser par une nouvelle version sans avoir quitté tous les postes.
Pour "contourner" le problème, j'ai sur un serveur, une application qui me permet à distance de faire quitter toutes les cessions d'ouvertes et d'empêcher les reconnections, avec un petit message du type : "le programme va fermer dans 1min pour mise à jour. Merci".
Tant que je n'ai pas redémarré ce service, ils ne peuvent pas relancer l'application, et ca me laisse donc le temps nécessaire pour recopier le nouveau .jar à la place de l'ancien.

---

ton idée m'intéresse, tu peux m'en dire plus ?

Citation:

---

Envoyé par Ivelios

Java est exécuté coté client normalement. :ccool:

---

super donc aucun problème pour moi :)

je pensais que les clients allais demander plein de ressource au serveur :ccool:

Citation:

---

Envoyé par mattrixx

ton idée m'intéresse, tu peux m'en dire plus ?

---

Il faut jouer avec les sockets.

En gros, tu as d'un côté une application serveur avec un ServerSocket, et de l'autre côté ton application qui va elle utiliser un Socket.

Au lancement de ton application, la première étape sera de connecter le Socket de ton appli avec le ServerSocket de l'appli serveur.
Si la connexion ne se fait pas, tu quittes ton programme avec un petit JOptionPane qui prévient l'utilisateur que le service n'est pas démarré. (Appli serveur non lancée)

Si la connexion réussi, ton application se lance en gardant un thread qui écoute la connexion entre le ServerSoket et le Socket. C'est grâce à ce Thread que tu pourras, depuis l'application serveur, programmer la fermeture à distance de toutes les sessions ouvertes de ton application, et ainsi libérer le fichier .jar afin de pouvoir le mettre à jour.

super merci pour ta réponse :)