JFileChooser incredibly slow both to initialize and to change directories

Question

I have searched the forums for this and haven't found anything useful. I have the following code running in jre1.6.0_07:
JFileChooser objFileChooser = new JFileChooser();
objFileChooser.setAcceptAllFileFilterUsed(true);
objFileChooser.addChoosableFileFilter(new CookbookFileFilter());
objFileChooser.setMultiSelectionEnabled(false);
if(objFileChooser.showOpenDialog(this) == JFileChooser.APPROVE_OPTION)
     getModel().load(objFileChooser.getSelectedFile().getAbsolutePath());the first line takes upwards of 20-30 seconds or more to get past when debugging - I don't know how long it takes when running without the debugger however the application does sit for a while after pressing the hotkey to activate the actionlistener. That's a problem, but if that was the only thing, I would do as another post suggested and initialize the jFileChooser from a separate thread during the initialization of the window or application...however, I also run into an issue whenever I change directories where it takes a subset of the initialization time(maybe 10-15 seconds instead of 20-30) to change the directory. This happens in both System and Cross-Platform Look and Feel-s.
I've looked into the issue with zip files and there are no (0) zip files(or archives of any kind) in the initial directory(My Documents folder). There is a small delay going to My Computer through Windows normally but it may be 1-2 seconds at most, and only sometimes. Notepad opens the Load / Save Dialogs within milliseconds and while I do understand Java is not Notepad, I'm willing to accept a few seconds (like maybe 5 or so), but not 20-30. I also looked into potentially using JDK 7 however I can't seem to get Eclipse to work with it and it consistently uses the JDK 6.
If a solution can not be found to this, then is there a way to hook into the dialog/control in order to change the mouse cursor to the 'wait' cursor and change it back when the directory is ready? I'd like to provide some communication to the user. Thanks!

Answer 1

camickr,
I did include a "Short, Self Contained, Compilable and Executable Example Program (SSCCE)" in my initial posting; and I also included Code Formatting as everyone can see. I've been a programmer for over 10 years, closer to 15 and have almost 8 years experience with Java so I'm not about to ask a question without investigating the solution on my own first(to avoid wasting people's time. Admittedly all I posted was the snippet but that entire snippet could be put within Main like this below and it would be exactly the same without the waste of space. The machine I have running / developing this on is: Athlon 64 3000, 1 GB RAM, about 13 or 14 total hard drive partitions and removable media drives, running under Windows XP SP2. I can even eliminate the Choosable Filter in the example as I do below and the JFileChooser takes (31 seconds on average over 5 iterations, I timed it after I originally posted this) to fully display the dialog and all files and deliver control back to the user. That is unacceptable and one can not deny that it's the class itself when FileDialog runs significantly faster and programs outside of Java executing the standard XP File Dialog run even faster still. If this code is not good enough, I don't know how much shorter or self contained I can make this code example without removing the configuration lines between the initialization and that would defeat my cause as I need the Look and feel customization and prefer not writing my own File Chooser Dialog. Here's the code w/ the main function and all.
import javax.swing.JFileChooser;
public class Example
     public static void main(String[] args)
          JFileChooser objFileChooser = new JFileChooser();
          objFileChooser.setAcceptAllFileFilterUsed(true);
          objFileChooser.setMultiSelectionEnabled(false);
          if(objFileChooser.showOpenDialog(null) == JFileChooser.APPROVE_OPTION)
               System.out.println("Approved");
}Thanks,
Seth