Swing JOptionPane + FileChooser .. Reihenfolge wichtig!?

[diggaa1984]

Hallo,

bei meiner Studienarbeit ist mir etwas komisches aufgefallen .. jedesmal wenn ich ein Dokument exportiert habe (in eine Datei geschrieben habe, beendete sich der Prozess des Programms nicht korrekt und blieb aktiv, das Programm selbst war nicht mehr sichtbar).

Es gab nur eine Stelle welche da in Frage kam, denn wenn ich die selbe Funktionalität ohne GUI getestet habe, ging es problemlos. Alles wurde korrekt beendet.

Folgender Code zeigt, wie es momentan umgesetzt ist, und einwandfrei funktioniert. Das Problem ist also schon behoben, aber mir ist nicht klar warum es dazu kam.

public void exportFile() {
		JFileChooser fc = new JFileChooser(lastUsedPath);
		int retVal = fc.showSaveDialog(null);
		if (retVal == JFileChooser.APPROVE_OPTION) {
			String tool = (String) JOptionPane.showInputDialog(null,
					   										   "Choose tool ..",
					   										   "Export formula",
					   										   JOptionPane.PLAIN_MESSAGE,
					   										   null,
					   										   BackendFacade.getInstance().getActiveGrammar().getToolsForMapping().toArray(),
					   										   null);

			if (tool == null) {
				return;
			} else {
				try {
					File tempFile = File.createTempFile("tempFormula", "temp", null);
					BufferedWriter bw = new BufferedWriter(new FileWriter(tempFile));

					bw.write(editor.getSelectedFileView().getText());
					bw.close();
					FormulaFileWriter.exportToFile(BackendFacade.getInstance().getActiveGrammar(), tool, tempFile, fc.getSelectedFile().getAbsoluteFile());
					tempFile.delete();
				} catch (Exception e) {
					SimpleLog.print("ERROR - EditorController: " + e.getLocalizedMessage() + "\n" + e.getMessage());
				}//try
			}//if
		}//if
	}//exportFile

Der Aufruf in Zeile 23 diente ebenfalls als Testaufruf ohne GUI .. das ging ohne Probleme, das heisst etwas davor oder danach musste mir diesen "Zombieprozess" erzeugen. Nach reichlich probieren vertauschte ich die Reihenfolge vom FileChooser und des JOptionPane und es ging.

fehlerhafte Version also:
JOptionPane wurde zuerst aufgerufen um ein Tool auszuwählen, nach Bestätigung wurde der FileChooser geöffnet um die Zieldatei für den Export zu wählen. Die Datei wurde erfolgreich geschrieben, alle Fenster verschwanden wie erwartet. Beendete ich nun das gesamte Programm bliebt der Prozess offen.

So wieder Code da oben steht geht es nun, die Frage die ich mir Stelle:
Warum sollte die Reihenfolge der 2 Dialoge einen Einfluss darauf haben ob ein Zombi übrig bleibt oder nicht? Hat jemand schonmal sowas erlebt?

 

[Runtime]

Hast du ein Thread, der daneben läuft?

 

[diggaa1984]

nein keine extra threads .. der EDT ist das einzige was da rumrudert .. und durch Änderung der Reihenfolge in nur dieser Methode lies sich das Problem lösen. Es ist also weder Funktionalität verschwunden noch hinzugekommen ???:L

 

[Gast2]

KSKB??? Unter Windows ist der FileChosser glaub noch buggy...

 

[diggaa1984]

hm nu komm ich gleich noch auf ein viel blöderes Beispiel

import javax.swing.*;
import java.util.*;
import java.io.*;
import java.awt.event.*;

public class KSKB {
	
	private static JFrame frame;
	private static JButton button;
	
	private static String lastUsedPath;
	private static List<String> tools;
	
	public static void main(String[] args) {
		lastUsedPath = ".";
		tools = new ArrayList<String>();
		tools.add("none");
		tools.add("test");
		
		try {
			SwingUtilities.invokeLater(new Runnable() {
				
				@Override
				public void run() {
					try {
						UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
					} catch (Exception e) {
						e.printStackTrace();
					}//try
					
					frame = new JFrame("KSKB");
					frame.setLocationRelativeTo(null);
					
					button = new JButton("export");
					button.addActionListener(new ActionListener() {
						@Override
						public void actionPerformed(ActionEvent e) {
							System.out.println("foo");;
						}
					});
					
					frame.add(button);
					frame.pack();
					frame.setVisible(true);
				}//run
			});
		} catch (Exception e) {
			e.printStackTrace();
		}//try
	}
}

das lässt mich grad irgendwie an meinem Verständnis zweifeln, denn bei mir bleibt auch so ein Prozess offen, wenn ich das Fenster schliesse.

Warum :autsch:

 

[Gast2]

Du musst den JFrame noch sagen was es machen soll wenn es geschlossen wird.

setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);

Dann wird dein Programm beendet sobald du das Fenster zu machst.

 

[Gast2]

Du beendest den Prozess auch nirgends ist klar, dass er offen bleibt... Da fehlt setDefaultCloseOperation()!!!

 

[diggaa1984]

hm ok, also mit dem EXIT_ON_CLOSE und dem eigentlichen Test mit dem JFileChooser und JOptionPane kann ich es grad nicht nachstellen, aber das EXIT_ON_CLOSE ist nicht der Fehler in meinem Editor, sonst würde es ja nun immer noch nicht gehen ^^ ... vielleicht schaff ichs ja nochmal den fehlerhaften Code zu erzeugen, aber momentan kann ich kein KSKB dazu baun

edit: im SVN hatte ich diese version auch net abgelegt .. schade eigentlich