Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Java [игнор отключен] [закрыт для гостей] / JProgressBar indeterminate mode и SwingWorker / 25 сообщений из 42, страница 1 из 2
01.10.2013, 11:07:18
    #38412713
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Есть код выполняющий достаточно долгую загрузку данных, прогрессБар в это время висит и не двигается. Использование SwingWorker результатов пока что не дало. Перерыл все примеры в интернете. Сложность еще в том, что приложение достаточно большое, прогрессБар в нем на главном окне, а долгая загрузка данных инициируется переходом на одну из вкладок в дочернем окне. Как сделать чтобы прогрессБар работал в режиме indeterminate в это время?

Код: java
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.
34.
35.
36.
37.
38.
39.
40.
    public final Feature getFeature()
    {
        if (theFeature == null)
        {
            Task task = new Task();
            task.execute();
            while (!task.isDone()) {
                //Sleep for one second.
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException ignore) {}
            }

            try
            {
                theFeature = task.get();
            }
            catch (InterruptedException exception)
            {
                exception.printStackTrace();
            }
            catch (ExecutionException exception)
            {
                exception.printStackTrace();
            }
        }
        return theFeature;
    }

	 
    class Task extends SwingWorker<Feature, Void>
    {
        @Override
        public Feature doInBackground()
        {
            Feature feature = null;
            feature = Proxy.getInstance(theEntity).getFeature(theEntity, theFeatureName);
            return feature;
        }
    }



Естественно, для прогрессБара перед этим выполнено setIndeterminate(true);
...
Рейтинг: 0 / 0
01.10.2013, 11:19:18
    #38412737
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Busotir
Код: java
1.
2.
3.
4.
5.
6.
7.
            while (!task.isDone()) {
                //Sleep for one second.
                try {
                    Thread.sleep(1000);
                } catch (InterruptedException ignore) {}
            }
    }



Эта ерунда какая-то. Вы запускаете фоновый поток, чтобы потом усыпить текущий (Event Dispatch Thread). А делать этого не стоит. С тем же успехом можно задачу делать и в текущем потоке.
Нужно код разбить на 3 части.
1. Перед запуском фоновой задачи. - Выполняется в EDT, по событию GUI
2. Фоновая задача. - Выполняется в SwingWorker.doInBackground()
3. Обработка результата фоновой задачи - обновление GUI - выполняется в SwingWorker.done()

Поэтому у вас принципиально не верный подход. Нельзя повесить метод Feature getFeature(). В нем вообще нельзя что-то возвращать.
Нужно запустить задачу и отпустить EDT заниматься дальше своими гуёвыми делами.
А по окончании задачи, нужно вызва обработку Feature. Этот код вы не привели.
...
Рейтинг: 0 / 0
01.10.2013, 11:39:08
    #38412774
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Не вопрос, while убираем, но тогда SwingWorker.get() будет вешать интерфейс.
Пункт 3 совсем не понял - что значит обновление ГУИ в отношении прогрессБара в INDETERMINATE MODE? Оно не должно быть в done, оно должно быть постоянным до завершения загрузки.

авторПоэтому у вас принципиально не верный подход. Нельзя повесить метод Feature getFeature(). В нем вообще нельзя что-то возвращать.
Нужно запустить задачу и отпустить EDT заниматься дальше своими гуёвыми делами.
Был бы очень благодарен за любой, хотя бы самый простой, пример с возвращением значения.
...
Рейтинг: 0 / 0
01.10.2013, 11:47:46
    #38412794
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
BusotirНе вопрос, while убираем, но тогда SwingWorker.get() будет вешать интерфейс.
Пункт 3 совсем не понял - что значит обновление ГУИ в отношении прогрессБара в INDETERMINATE MODE? Оно не должно быть в done, оно должно быть постоянным до завершения загрузки.
task.get() нужно вызывать в методе done().

BusotirБыл бы очень благодарен за любой, хотя бы самый простой, пример с возвращением значения.

Код: java
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
    public final void loadFeature()
    {
            Task task = new Task();
            task.execute();
    }

	 
    class Task extends SwingWorker<Feature, Void>
    {
        @Override
        public Feature doInBackground()
        {
            Feature feature = null;
            feature = Proxy.getInstance(theEntity).getFeature(theEntity, theFeatureName);
            return feature;
        }
        @Override
        public void done(){
            Feature feature = task.get();
            updateGUI(feature);
        }
    }
...
Рейтинг: 0 / 0
01.10.2013, 12:31:38
    #38412866
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
getFeature вызывается примерно из 30 других классов, как же это оптимальнее переделать?
...
Рейтинг: 0 / 0
01.10.2013, 12:40:49
    #38412888
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
BusotirgetFeature вызывается примерно из 30 других классов, как же это оптимальнее переделать?
Глаза боятся, а руки делают. Рефакторим!
...
Чисто теоретически мне кажется можно сделать что-то аналогичное тому как работает диалог. Там метод прерывается, отдавая управление EDT. И потом по некому событию продолжается.
Но как это реализуется на практике, я что-то пока не очень представляю. Надо подумать.
...
Рейтинг: 0 / 0
01.10.2013, 12:47:55
    #38412905
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
А не получится ли сделать, если вместо indeterminate использовать SwingWorker.process(), в котором простеньким алгоритмом закрашивать ProgressBar туда-обратно?
...
Рейтинг: 0 / 0
01.10.2013, 12:51:33
    #38412918
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Нашел. Даже очень интересное накопал, спасибо вам за вопрос.
Итак. Первый вариант, проктальный. Не уверен что у вас получится. Вот тот цикл, в котором вы вызывали Thread.sleep(), надо поменять на специальный метод. Этот метод должен прокачивать события из EventQueue. Таким образом GUI будет работать, и в какой-то момент, между событиями, вы сможете увидеть, что Task.isDone() и продолжить выполнение.
Все нужные методы, в принципе, есть в классе EventDispatchThread. Но они все package private. Методы эти используются, например в Dialog.show() - чтобы реализовать модальность. И преостановить выполнение метода, пока не закроется модальный диалог.

Но кроме этого я набрел на вот какую интересную статью про Java 7
http://sellmic.com/blog/2012/02/29/hidden-java-7-features-secondaryloop/
Похоже то что вам нужно. Пока изучаю.
...
Рейтинг: 0 / 0
01.10.2013, 12:53:21
    #38412923
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
BusotirА не получится ли сделать, если вместо indeterminate использовать SwingWorker.process(), в котором простеньким алгоритмом закрашивать ProgressBar туда-обратно?
Не очень понял идею. process и publish, нужны чтобы публиковать промежуточные данные из фонового потока в EDT. В принципе, тоже самое можно сделать через invokeLater().
...
Рейтинг: 0 / 0
01.10.2013, 13:02:50
    #38412940
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
SecondaryLoop - то что надо. Статья выше какая-то мутная. В JavaDoc доступно написано.
...
Рейтинг: 0 / 0
01.10.2013, 13:42:52
    #38413040
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Добавлю. indeterminate mode к вопросу особого отношения не имеет. Это всего лишь режим отображения progress bar.
...
Рейтинг: 0 / 0
02.10.2013, 12:49:19
    #38414159
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Blazkowicz,

Огромное спасибо, SecondaryLoop идеально подошел к моему случаю.
...
Рейтинг: 0 / 0
02.10.2013, 14:56:32
    #38414353
Мужик
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
BlazkowiczSecondaryLoop - то что надо. Статья выше какая-то мутная. В JavaDoc доступно написано.
Если закрыть глаза на ошибку с race condition в примире JavaDoc то да, написано неплохо.
...
Рейтинг: 0 / 0
02.10.2013, 15:20:29
    #38414408
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
МужикЕсли закрыть глаза на ошибку с race condition в примире JavaDoc то да, написано неплохо.
Спасибо за замечание!
Дефект не только в JavaDoc, а даже в том что API этого не предусматривает
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6980209
Вероятно .exit() стоит вызывать только через invokeLater()/invokeAndWait, чтобы дать EDT возможность закончить loop.enter();
Либо проверять значение, которое вернул метод exit(), то что потом с ним делать?
...
Рейтинг: 0 / 0
02.10.2013, 17:36:25
    #38414703
Мужик
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
BlazkowiczЛибо проверять значение, которое вернул метод exit(), то что потом с ним делать?
Для меня, если честно, вообще загадка, зачем сейчас нужно то значение, которое возвращает exit(). Эту фичу обсуждали на java.net, до того как ее добавили в Java 7. Причем в обсуждении было фактически расписано как ее нужно сделать, но сделали почему-то вот так. Кому она теперь в таком виде нужна, непонятно.
Кстати создание внутреннего цикла EDT было возможно и до Java 7, правда некрасивым хаком с Reflection.
...
Рейтинг: 0 / 0
02.10.2013, 17:43:29
    #38414718
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
МужикДля меня, если честно, вообще загадка, зачем сейчас нужно то значение, которое возвращает exit(). Эту фичу обсуждали на java.net, до того как ее добавили в Java 7. Причем в обсуждении было фактически расписано как ее нужно сделать, но сделали почему-то вот так.
Есть ссылка?

МужикКому она теперь в таком виде нужна, непонятно.
Лучше чем ничего.


МужикКстати создание внутреннего цикла EDT было возможно и до Java 7, правда некрасивым хаком с Reflection.
Да, я это и имел ввиду выше в первом проктальном варианте 14906297 .
Реализацию можно просто слизать с метода Dialog.show, выкинув всё лишнее.
Смущает, правда, что там не всё так тривиально. Помимо пропихивание событий ещё и такое, например
Код: java
1.
2.
3.
4.
5.
6.
7.
8.
// Dispose SequencedEvent we are dispatching on the the current
// AppContext, to prevent us from hang - see 4531693 for details
SequencedEvent currentSE = KeyboardFocusManager.
getCurrentKeyboardFocusManager().getCurrentSequencedEvent();
if (currentSE != null) {
                log.fine("Dispose current SequencedEvent: " + currentSE);
                currentSE.dispose();
}
...
Рейтинг: 0 / 0
02.10.2013, 17:53:25
    #38414735
Мужик
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
BlazkowiczЕсть ссылка?
Нет, форумы java.net потерли. Возможно, какой-то поисковик/архив успел их проиндексировать/сохранить.
...
Рейтинг: 0 / 0
20.11.2013, 19:23:21
    #38471827
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
В продолжение темы:
Теперь встала задача выводить в процессе подгрузки данных текстовую информацию в прогрессБар. Нашел в классах цикл for, где идет долгий процесс. Надо в каждом проходе цикла выполнить чтото вроде ProgressBar.setString("Loaded " + i + " entities"). Само собой просто в лоб вызов не работает. SwingWorker.invokeLater() не помогает. Информация все равно выводится только после загрузки всех данных. Чего я не учел? Как правильно вызывать методы Свинга из рабочего потока?
...
Рейтинг: 0 / 0
20.11.2013, 19:33:24
    #38471850
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Извиняюсь, конечно же SwingUtilities.invokeLater()
...
Рейтинг: 0 / 0
20.11.2013, 20:38:17
    #38471931
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Busotir,
Код покажите.
...
Рейтинг: 0 / 0
25.11.2013, 18:40:43
    #38477186
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Код: java
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.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
    public class MyWorker extends SwingWorker<Object, Integer>
    {
        private final RootEntityImpl aDispatchable;
        public MyWorker(final RootEntityImpl aDispatchable)
        {
            this.aDispatchable = aDispatchable;
        }
        
        protected Object doInBackground() throws Exception
        {
            Jas myRoot = (Jas) itsModelMap.getRelatedNode(aDispatchable);
            HoldingList myHoldingList = (HoldingList) itsNodeFinder.findNode(myRoot, HoldingList.class);
            FeatureImpl myFeatureImpl = null;
            if (myHoldingList != null && !myHoldingList.isAbsent())
            {
                myFeatureImpl = new RootEntityImpl.International();
                // Attach the Feature to its RootEntity.
                aDispatchable.addFeature(RootEntity.FEATURE_INTERNATIONAL, myFeatureImpl);
                itsModelMap.relate(myFeatureImpl, myHoldingList);
                // For now build all the holdings with company information
                try
                {
                    Holding myHolding = new Holding();
                    Map[] myResults = itsConnection.searchOneLevel(myHoldingList.getDN(), "(objectClass=" + myHolding.getManagedObjectName() + ")", null);
                    for (int i = 0; i < myResults.length; i++)
                    {
                        myHolding.fill(myResults[i]);
                        myHoldingList.addChild(myHolding);
                        buildSubTree(myHolding);
                        publish(Integer.valueOf(i+1));
                        myHolding = new Holding();
                    }
                }
                catch (ComException anEx)
                {
                    throw new PresentationModelException(anEx);
                }
            }
            return myFeatureImpl;
        }
        
        protected void process(List<Integer> holdingsLoaded)
        {
            for (Integer i : holdingsLoaded)
            {
                ProgressIndicator.getInstance().setString("Loaded " + i + " holdings");
            }
        }

        public void done() 
        {
            try 
            {
                rootFeatureImpl = get();
            } 
            catch (InterruptedException ignore) 
            {
            }
            catch (java.util.concurrent.ExecutionException e) 
            {
            }
        }
    }
    
    public Object handle(RootEntityImpl aDispatchable) throws PresentationModelException
    {
        Object myFeatureImpl = null;
        MyWorker worker = new MyWorker(aDispatchable);
        worker.execute();
        while (!worker.isDone())
        {
            myFeatureImpl = rootFeatureImpl;
        }
        return myFeatureImpl;
    }
...
Рейтинг: 0 / 0
25.11.2013, 18:42:19
    #38477189
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Проблема опять в том, как использовать SwingWorker при условии когда метод не void.
...
Рейтинг: 0 / 0
25.11.2013, 18:52:19
    #38477200
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
BusotirПроблема опять в том, как использовать SwingWorker при условии когда метод не void.
Это не проблема.
Очевидно что нужно SwingWorker<ResultType, IntermediateResultType> вместо SwingWorker<Void, IntermediateResultType>
...
Рейтинг: 0 / 0
25.11.2013, 18:54:39
    #38477204
Busotir
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Blazkowicz,

Я про ожидание
Код: java
1.
2.
3.
4.
5.
6.
        worker.execute();
        while (!worker.isDone())
        {
            myFeatureImpl = rootFeatureImpl;
        }
        return myFeatureImpl;
...
Рейтинг: 0 / 0
25.11.2013, 19:05:26
    #38477221
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JProgressBar indeterminate mode и SwingWorker
Busotir, если вам нужна помощь, совет или подсказка, то сделайте над собой усилие и постарайтесь внятно и подробно обрисовать суть вашего вопроса. Либо ждите может кто другой ответить. Играть в "угадайте что я имел ввиду" никакого желания у меня сейчас нет.
...
Рейтинг: 0 / 0
Форумы / Java [игнор отключен] [закрыт для гостей] / JProgressBar indeterminate mode и SwingWorker / 25 сообщений из 42, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]