2008-11-20 34 views

Trả lời

2

Tôi đã tự chạy bản thân mình và các bản cập nhật không hữu ích. Thật kỳ lạ, việc xóa tất cả các tệp zip (đặc biệt là các tệp lớn) khỏi máy tính của tôi (vị trí mặc định của JFileChooser) đã giải quyết được vấn đề.

+0

Tôi không có bất kỳ tệp zip nào trên máy tính để bàn của mình cũng như trong vị trí khởi động của trình chọn tệp – dkp

+0

Rất tiếc, điều đó không giúp ích gì. Là một FYI, ở đây liên kết tới cuộc thảo luận về JFileChooser và các tệp zip lớn trên http://forums.sun.com/thread.jspa?threadID=5207221&messageID=9901574 –

+0

Oh man, điều này chắc chắn đã giúp tôi. Tôi không thể nhận được như thế nào Java là nhận được NÀY vô lý bây giờ. Tôi đã được sử dụng nó ở trường đại học/sở thích và công việc của OFC cho đi trên 9 năm nay và nó thực sự nhận được gây phiền nhiễu. – Zombies

4

Có lỗi trong trường hợp ổ đĩa được nối mạng được ánh xạ trên màn hình, đôi khi nó có thể treo trên JFileChooser. Đó có thể là lối tắt đến ổ đĩa được nối mạng. Cái gì đó dọc theo những dòng đó ...

+0

Ổ đĩa mềm thứ hai (nhớ chúng?) Cũng có thể là một vấn đề mà tôi nghĩ. –

0

Bản cập nhật .10 được cho là sửa lỗi liên quan đến tệp nén.

0

Vâng, đó là lỗi, nhưng tôi tin rằng các phiên bản Java gần đây không còn nữa.
Có một vài cách giải quyết (mặc dù họ là tất cả hacks bẩn):

  1. Sử dụng một thread để chờ đợi cho đến khi nó được khởi tạo
  2. Tái sử dụng các JFileChooser cùng (lưu nó trong một biến) thay vì tạo mới những người. Nếu có thể, uể oải khởi tạo chúng:

public static JFileChooser chooser = null; 

public static void doSomething(){ 
    if(chooser==null) 
     chooser = new JFileChooser(); 
    //use JFileChooser 
} 

Bằng cách này người dùng của bạn phải chờ ít ... nhưng họ vẫn sẽ cần phải chờ đợi. Cách duy nhất để thực sự khắc phục điều này là cập nhật JRE của bạn.

Các vấn đề liên quan