Tu ne passes pas d'arguments :(

Dans quel cas as-tu besoin de passer des arguments? Car je ne vois pas pour quel type d'appli on aurait besoin de ça.

Sinon il faut améliorer un peu, et rajouter cette possibilité avec la sérialisation par exemple?

Merci bien Ijinn j'ai complété mon article: http://rom.developpez.com/java-instance-unique/

Je n'avais pas pensé à cette solution, elle est en effet pas mal et sûr. Elle ne permet cependant pas de demander le passage au premier plan de l'instance déjà lancée, mais bon, on ne peut pas tout avoir...

Dans la JDK, depuis la version 1.3, il y a la classe java.util.TimerTask...

Il ne respecte pas une règle de l'utilisation de Swing : "toutes les modifications graphiques doivent avoir lieu dans le même thread : l'EDT".
Ainsi, soit au lieu de ton Thread, tu utilises javax.swing.Timer pour faire ton progress.setValue(...), soit tu mets SwingUtilities.invokeLater(new Runnable() { public void run() { progress.setValue(...) } });

Arf, le code est assez mal construit (notamment le label "boucle" avec des break;)...

Et il est incorrect du point de vue Swing, normalement toute modification graphique doit être faite dans l'EDT et non dans un Thread (par SwingUtilities.invokeLater(Runnable))...

@Indiana_jules:
La méthode de mettre une clé dans les propriétés systèmes rend ceci non multiplateforme... Une méthode équivalente est de créer un fichier qui indique si une instance est lancée (et le supprimer à la fermeture). Le problème, c'est si par exemple le programme est tué...

@Twinuts:
Mais si le programme est tué, le problème peut être (en partie) résolu par la méthode du hook pour le shutdown... Mais le problème, c'est que si, par exemple, il y a une panne de courant, et bien, tu pourras plus jamais relancer le logiciel... (à moins de supprimer le fichier).

Après plusieurs discussions sur developpez.com, cette méthode, même si elle a l'inconvénient de connaître un port libre (ce qui n'est que peu génant vu les probabilités), reste la meilleure solution...

@Lrequena:
Il ne s'agit pas d'un singleton, mais d'une instance d'application... Par exemple tu lances java MonApplication plusieurs fois, tu veux n'en avoir qu'un...

C'est un peu lourd de mettre le getInstance() en synchronized...
Le mieux est de créer l'instance au chargement de la classe (private static final Singleton instance = new Singleton();) et dans getSingleton() de ne faire que return instance, tout ceci sans synchroniser (ça ne sert à rien dans ce cas)...

Bah j'ai mis le lien qui est hébergé sur mon ftp lycos, en .rar.

C'est grave?

J'avais pris des captures d'écran sur des sites où y'avait des plateaux avec des pièces, et un ptit coup de photoshop pr couper la pièce (gomme magique), et sauver en png transparent :D

D'ailleurs sur mon jeu y'avait 4 skins si je me souviens bien (dont une faite perso qui est toute laide, faite à la souris lol).