Discussion :

[Epiliptik]

Bonjour,

N'ayant pas trouvé grand chose sur ce sujet sur internet et ne sachant comment faire je viens vers vous pour le problème suivant:
- serait-il possible de différencier la demande de fermeture d'une fenêtre (ou application RCP) suivant qu'elle soit faîte via l'interface ou via un signal windows envoyé avec taskkill?

L'idée serait que l'appli se ferme sans demande de message de confirmation si la demande est faîte en ligne de commande avec un taskkill (sans forcer le fermeture) et de présenter un message de confirmation si la fermeture est lancée via l'interface!

(Sous Windows évidemment^^)

[Nico02]

Salut,

Lorsque tu vas essayer de fermer ton application via l'interface, tu vas forcement appuyer quelque part et donc générer un event.

Code :

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

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
29
30
31
32
33
 
import java.awt.*;
import java.awt.event.*;
import javax.swing.*;
 
class FrameByeBye {
 
    // The method we wish to call on exit.
    public static void showDialog(Component c) {
        JOptionPane.showMessageDialog(c, "Bye Bye!");
    }
 
    public static void main(String[] args) {
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
 
                final JFrame f = new JFrame("Say Bye Bye!");
                f.setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE);
                f.addWindowListener( new WindowAdapter() {
                    @Override
                    public void windowClosing(WindowEvent we) {
                        showDialog(f);
                        System.exit(0);
                    }
                } );
                f.setSize(300,200);
                f.setLocationByPlatform(true);
                f.setVisible(true);
 
            }
        });
    }
}

Terminer ton programme en ligne de commande ne t'affichera rien par définition puisque tu vas forcer le processus à se fermer.


Cdt.

[Epiliptik]

Bonjour,

Merci de ta réponse, l'idée d'utiliser le listener comme ça est bonne mais j'utilise actuellement eclipse rcp et la fermeture de la fenêtre déclenche une méthode preWindowShellClose(), c'est dans cette méthode qu'une fenêtre de confirmation s'affiche.

Je suis en train de chercher mais je n'ai toujours pas trouvé comment mettre une sorte de listener sur la fermeture de la fenêtre!

[Nico02]

Ça ne change rien au problème.

Tu travailles un environnement qui t'es propre, donc tu dois adapter la solution à ton travail.

L'idée reste que il y à forcément un événement qui est généré lorsque tu appuis quelque part ( sur le bouton de fermeture ou autre ça ne change rien ).
Donc à toi de l'identifier et d'écrire le code de fermeture à l'intérieur (avec appel d'une boite de confirmation si tu le souhaites ).

Cdt.

[Epiliptik]

Oui je sais bien, le problème c'est que la fermeture avec un taskkill ou avec l'icône en haut à droite appelle la même fonction preWindowShellClose() ... Je ne trouve pas de différence entre les 2 types de fermeture dans une appli rcp.

[joel.drigo]

Salut,

pas évident de différencier les différentes façons de fermer l'application (on pourrait la fermer également par un menu en plus du bouton en haut à droite), dans la mesure ou toutes passent par un évenement traité par la boucle évenementielle de SWT, y compris le taskkill "soft" qui doit envoyer simplement un évènement à l'application pour qu'elle se ferme.

On doit pouvoir différencier les sources dans l'écouteur d'évenement, mais il faudrait soit redéfinir la WorkbenchWindow (ce qui n'est pas possible à ma connaissance), soit peut être intercepter un de ses services pour détecter que la fermeture se fait pas une action du workbench pour la différencier d'un signal de l'OS... mais pas évident de l'intercepter "avant" la prise en compte de l'évenement de fermeture du workbench à priori : il faudrait tester...

J'ai un peu regardé les stacktraces dans les deux cas, et il semble qu'elles soient légèrement différentes. Je ne sais pas si c'est le fruit du hasard, ou propre à mon environnement, ou autre, mais tu peux peut être exploiter cette différence, en cherchant si tu peux déterminer si l'appel passe par une classe dans un cas, et jamais dans l'autre.

Dans le cas d'un kill j'ai :

at org.eclipse.swt.widgets.Display.windowProc(Display.java:4619)
at org.eclipse.swt.internal.win32.OS.PeekMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.PeekMessage(OS.java:2976)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3498)

Dans le cas d'un close j'ai :

at org.eclipse.swt.widgets.Display.windowProc(Display.java:4619)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2411)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3501)

Sinon, question, pourquoi ne pas afficher le dialogue lors d'un taskkill ? est ce que ton but est de pouvoir fermer "silencieusement" ton appli en ligne de commande ? Si c'est le cas, tu peux peut être prévoir plus simplement une commande de fermeture que tu pourrais contrôler du coup (et donc simplement utiliser un booléen pour savoir qu'on est passé par cette commande pour fermer l'application)...

[tchize_]

Oui je sais bien, le problème c'est que la fermeture avec un taskkill ou avec l'icône en haut à droite appelle la même fonction preWindowShellClose() ... Je ne trouve pas de différence entre les 2 types de fermeture dans une appli rcp.

Première chose à faire, analyse


breakpoint dans preWindowShellClose().

Ensuite, tu kille séparément avec taskill et avec la petit croix. Dans le breakpoint, tu remonte la stacktrace jusque at org.eclipse.swt.widgets.Display.windowProc(Display.java:4619)

Là, tu va trouver le message envoyé par windows à l'application. Est-ce que c'est le même ou il est différents dans les deux cas?

Si c'est le même -> Pour l'application c'est exactement la même chose, tu l'a dans l'os => boite de confirmation dans tous les cas
Si c'est différentier, faut voir un peu en aval que est l'instace de Control qui traite ce message (parce que Display dispatche aux différents Control qu'il connait) pour voir si tu n'aurais pas la possibilité de surcharger ce control, pour traiter ce message différement.

[joel.drigo]

Ça ne change rien au problème.

Tu travailles un environnement qui t'es propre, donc tu dois adapter la solution à ton travail.

L'idée reste que il y à forcément un événement qui est généré lorsque tu appuis quelque part ( sur le bouton de fermeture ou autre ça ne change rien ).
Donc à toi de l'identifier et d'écrire le code de fermeture à l'intérieur (avec appel d'une boite de confirmation si tu le souhaites ).

Cdt.

Salut,

ce serait vrai dans une application écrite complètement soit même, mais là, il s'agit d'une application montée sur un framework (en l'occurence, Eclipse RCP), dans lequel tu peux pas faire tout ce que tu veux malheureusement.

[Nico02]

Salut,

ce serait vrai dans une application écrite complètement soit même, mais là, il s'agit d'une application montée sur un framework (en l'occurence, Eclipse RCP), dans lequel tu peux pas faire tout ce que tu veux malheureusement.

Effectivement je viens de voir ça. Je n'ai jamais vraiment travailler avec éclipse RCP donc je ne connais pas vraiment son mode de fonctionnement, et malheureusement je n'ai pas vraiment le temps de faire des tests en ce moment..

Désolé Epiliptik