JFileChooser иногда зависает
Причина, по которой вам нужно прочитать файл, заключается в том, что он соответствует схеме, которая определяет поля, которые необходимо создать, и каких типов.
Это не является жестким требованием, и ничто не помешает созданию случайных Generic или Specific записей, которые встроены в код с помощью класса SchemaBuilder Avro
. См. . ] это репо, например, , в котором используется POJO, сгенерированный из схемы AVSC (что опять же можно сделать с помощью SchemaBuilder) в классе Java.
Даже класс, на который вы ссылаетесь , использует файл схемы
4 ответа
Я столкнулся с этим сам, и обновления не помогли. Странно достаточно удаление всех zip-файлов (особенно большие) от моего рабочего стола (местоположение JFileChooser по умолчанию) решило проблему.
Эти.10 обновлений, как предполагается, фиксируют связанный тот zipfile.
Существует ошибка где, если Вы сетевой диск, подключенный на рабочем столе, она может иногда зависать на JFileChooser. Это или это могли бы быть ярлыком на сетевой диск. Что-то вдоль тех строк...
Да, это была ошибка, но я полагаю, что последние версии Java больше не имеют его.
Существует несколько обходных решений (хотя они - все грязные взломы):
- Используйте поток для ожидания, пока он не был инициализирован
- Снова используйте тот же JFileChooser (сохраните его в переменной) вместо того, чтобы создать новые. Если возможно, лениво инициализируйте их:
public static JFileChooser chooser = null;
public static void doSomething(){
if(chooser==null)
chooser = new JFileChooser();
//use JFileChooser
}
Таким образом, Ваши пользователи должны ожидать меньше..., но они все еще должны будут ожидать. Единственный способ действительно зафиксировать это состоит в том, чтобы обновить Ваш JRE.