optimisation de l'éxécution d'une appli ?

Version imprimable

14/09/2006, 12h29
sboober

optimisation de l'éxécution d'une appli ?

Bonjour,

Actuellement je termine une appli (en 1.5).
J'utilise jsmooth pour fair l'exe, et la JRE est embarquée (repertoire jremaison qui accompagne l'exe pendant le deploiement).

Le problème est que je trouve que l'appli est assez longue à se lancer :oops:
surtout comparée a d'autre appli java

J'aimerais donc savoir si il y a des trucs à ne pas faire? ou des pistes afin d'optimiser cette execution

Je precise que ce n'est pas une grosse app, il y a une IHM (swing).
En gros, c un SSO
donc quand on lance, je me connecte sur un AD, je recupere les infos (groupes...) , et ensuite c affichage de ces infos (icones...)

Merci par avance

Emmanuel
14/09/2006, 13h38
spekal

Il est très difficile de répondre d'une façon générale à cette question.

Au lancement les applis en java ont un handicap par rapport à d'autres systèmes informatiques : il faut lancer la machine virtuelle, et il faut aussi établir la compilation et l'optimisation du byte code. Cela fait beaucoup.

Cependant, ce n'est vraiment génant que pour les applis en ligne de commande. Pour les applis bureautiques, l'habitude dans ce domaine est d'être tellement puissant que l'on considère normal de mettre 3 plombes à se lancer ; la technique splash screen pour faire patienter est devenue une marque de qualité, et non plus un paliatif.

Si jamais tu ne le penses pas, la première direction est de voir ce qui se passe entre le début du main - on considère dans un premier temps que tout se qui se passe avant est peanuts - et la mise à disposition de l'interface utilisateur.

Donc, chez toi, que se passe-t-il ?...
14/09/2006, 14h22
sboober

Pour ce qui est du splashscreen, au debut j'en avait mis un (option de exe4j), mais ensuite je me suis dirigé vers jsmooth(gratuit), et il n'y avait plus cette option, donc j'ai laissé tomber. Mais je vais me repencher sur ce problème, c vrai que ça sera un peu "présentable" :)

Pour l'appli en elle même, voila en gros son deroulement entre le main et l'affichage :

Main
---je bloque un port, et je lance la fct Appli

---fct Appli
------creation de la fenetre principale (JDialog)
------mise en place du look & feel
------ajout dans le systray de l'app.
------ lance fct creation IHM

------fct creation IHM
-----------creation d'un toolbar (fct)
-----------creation d'un panel pour la liste des appli (fct)
-----------fct qui consulte l'AD et qui met a jour le panel des appli
-----------on ajoute tout au JDialog et on affiche

Je sais pas si ce que tu voulais :) et comme tu le vois, ce n'est pas une grosse appli

Mais concretement je vois pas trop comment tester, c'est pour cela que je posais la question.
14/09/2006, 15h55
®om

Citation:

Envoyé par sboober

---je bloque un port, et je lance la fct Appli

Tu le fais dans un autre Thread?
14/09/2006, 15h56
sboober

non dans le même, pkoi ?
14/09/2006, 16h02
®om

Citation:

Envoyé par sboober

non dans le même, pkoi ?

C'est pour détecter si l'appli est déjà lancée?

Si oui, ok faut le laisser dans le Thread principal, mais il faut mettre un timeout...

Sinon tu utilises quel look&feel, y'en a qui sont plus longs que d'autres à se charger...

Peux-tu juste montrer ta méthode main(...) (et autres méthodes appelées par main si nécessaire)?

vi c pour detecter si elle est deja lancée

Code:

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
 
    public static void main(String[] args) {
 
        try 
        { 
                java.net.ServerSocket ss = new java.net.ServerSocket(9875);
                //On lance l'appli
                new Appli();  
        } 
        catch (java.net.BindException ex) 
        { 
    		    Dimension dimScreen = Toolkit.getDefaultToolkit().getScreenSize();        	
        		JFrame erreur = new JFrame("test WAL");
        		erreur.setBounds( dimScreen.width/2, dimScreen.height/2, 150, 80 );
        		JPanel pnErreur = new JPanel();
        		JLabel lblErreur = new JLabel("WAL déjà lancé!!!!!!!!!!!");
        		pnErreur.add(lblErreur);
        		erreur.add(pnErreur);
        		erreur.setVisible(true);
        } 
        catch (java.io.IOException ex) 
        { 
                ex.printStackTrace(); 
                System.exit(1); 
        } 
 
 
    }

Pour le look and feel, je vais essayer de l'enlever voir si c plus rapide

14/09/2006, 18h14
spekal

Si le lancement est si long que tu le dis, je pense que tu peux placer des traces du temps, et tu verras ce qui en prend.

Un hypothèse est que c'est fct qui consulte l'AD et qui met a jour le panel des appli. À vérifier. Si oui, et bien... il faut que tu affiches la GUI avant :D Simple, n'est-ce pas ?
15/09/2006, 09h32
sboober

j'ai changé de L&F, c un tout petit peu plsu rapide (mais c vrament pour chipoter).

Tu as raison, je vais mettre des traces temps et regarder.

Pour ce qui est de la fct qui check l'AD pour les applis , je vais etre une peu plsu precis :
elle consulte juste l'AD, stocke les infos dans un array.
ensuite j'utilise cet array pour aliment un XML (fichier de conf) (SAX)
et ensuite je me base sur cet XML pour alimenter un panel