Discussion :

[T`lash]

Bonjour,

Pour le développement d'une interface où on peut être amené à utiliser souvent la boîte de dialogue de choix de fichiers, j'ai créé une propriété JFileChooser à ma JFrame principale.
Je l'initialise une fois pour toute à l'initialisation de ma JFrame.

J'ai toujours eu des lenteurs sur cette instruction, mais là ça atteint des sommets depuis ce matin alors que d'après mon déboggage c'est uniquement le "new JFileChooser()" qui prend du temps.

Je l'ai mis dans un Thread séparé pour ne pas que ça me gène et quand le JFileChooser doit être utilisé le Thread courant attend que l'initialisation du chooser soit terminé.

Sous Netbeans (donc en lançant les .class directement) lorsque je lance mon application ça prend 2 ou 3 secondes, mais si je lance le .jar grâce à la commande java -splash:SplashScreen.gif -jar "PrixEtCommandes.jar" ça ressemble plutôt à une minute.

Si vous savez d'où vient ce problème (et surtout comment le régler) faites moi signe.

[tchize_]

Le JFileChooser récupère la liste des fichiers et ensuite, si un filtre est sélectionné, l'applique sur chaque fichier pour voir si il doit faire partie de la liste. Il se peut que tu aie un filtre peu performant (qui ouvrirait les fichiers et vérifierais leur contenu?) combiné à un nombre de fichiers dans le répertoire variable (un répertoire par défaut avec moins de fichiers dans netbeans que en standalone, ce qui expliquerais la différence).

[T`lash]

Le problème est que c'est uniquement l'instanciation du JFileChooser (sans argument) qui prend un temps énorme ; je sélectionne le filtre plus tard.

c'est donc simplement cette ligne qui rame :

this.chooser = new JFileChooser();

[T`lash]

Je ne comprenais rien à mon problème puis j'ai trouvé une solution toute simple : réinstaller le jre.
L'installation était corrompue et comme Netbeans utilise celui fourni avec le jdk lui n'avait pas de problème.

À savoir : si jamais des problèmes de performances imcompréhensibles apparaissent, regardez du côté de la machine virtuelle.