Discussion :

[Bobo59]

Je voudrais savoir si il est possible d'empêcher l'utilisateur de lancer plusieurs fois le même .jar.
En bref il lance une première fois le programme, si il le lance une deuxième fois alors que celui ci tourne encore, le programme ne se lance pas de nouveau.

Merci d'avance

[woodwai]

Une solution classique est de mettre un conteur static au niveau de ta classe principal et d'incrémenter ce compteur. Etant static, il est partagé par toutes les instances de la classe. Tu peut donc savoir combien de fois ta classe est lancée

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
public class principal
{
private static cpt = 0;
 
public static void main (String [] arg)
{
  cpt++;
  if(cpt > 1)
  {
     System.exit(0);
  }
}

[Deadpool]

Une solution classique est de mettre un conteur static au niveau de ta classe principal et d'incrémenter ce compteur. Etant static, il est partagé par toutes les instances de la classe. Tu peut donc savoir combien de fois ta classe est lancée

public class principal
{
private static cpt = 0;

public static void main (String [] arg)
{
cpt++;
if(cpt > 1)
{
System.exit(0);
}
}

Désolé mais pour ce cas cette solution ne peut pas marcher.
Chaque jar est lancé par une instance de JVM différente. Or chaque instance de JVM est indépendante et donc ne peut pas avoir accès aux classes instanciées au sein d'autres instances de JVM.
Bobo59, pour une solution possible pour ton problème, va voir la FAQ.

[Bobo59]

Merci pour ta reponse, pour une fois où je n'ai pas été voir la FAQ...
...promis je ne recommencerai pas

[woodwai]

Normalement Descent, si on utilise le même JAR on est dans la mêm JVM et donc celà marche (je croit bien que c'est le cas de Bobo59).
J'ai déjà mis en place ce type de sécurité pour une appli swing que je ne voulait pas que l'on puisse lancer deux fois du même PC.

Dans le cas de deux JVM différentes, il y a aussi l'utilisation d'un fichier (comme ce que font beaucoup de programmes) :
- tu écrit dans un répertoire de ton appli - ou un répertoire temporaire - un fichier par expemple .pid que tu supprimera au destroy de ton application.
- au démarrage, avant d'écrire ton fichier, tu vérifie sa présence, si il est là tu arrête car celà veut dire que l'application s'est lancée deux fois.

Le problème de ce système est que si le destroy de l'application se passe mal, le fichier reste et l'application refusera de se relancer (j'ai déjà eu le cas avec postgresSQL qui utilise/utilisait ce type de sécurité).
Mais au moins ça évite d'ouvrire une socket pour rien!

[Deadpool]

Le cas de Bobo59 c'est qu'il veut empêcher plusieurs lancements d'un même jar.

Fais le test. Lance un jar deux fois de suite et controle les processus lancés dans le gestionnaire de tâches.

Tu y verra deux processus javaw preuve qu'il y a bien 2 instances différentes de la JVM qui sont lancés.

Sinon, c'est vrai que la solution de la FAQ n'est peut être pas la plus immédiate et que la solution du fichier temporaire peut être une alternative.

D'ailleurs, je trouve que ce serait pas mal de rajouter la solution du fichier temporaire dans la FAQ

[woodwai]

Chaque jar est lancé par une instance de JVM différente.

Je ne suis pas du tout d'accord avec toi, en effet, dans une même application, tout les JAR sont lancé par la même JVM (sinon ils ne pourraient pas accéder les uns aux autres).

Par contre, différentes application utilisent différentes JVM/instances de JVM, ce qui n'est pas du tout la même chose.

[Deadpool]

Je ne suis pas du tout d'accord avec toi, en effet, dans une même application, tout les JAR sont lancé par la même JVM (sinon ils ne pourraient pas accéder les uns aux autres).

Par contre, différentes application utilisent différentes JVM/instances de JVM, ce qui n'est pas du tout la même chose.

Je me suis mal exprimé sur ce coup là.

Je parlais des jars exécutables.