smackmychi,

Например,
Запускаете поток,
пока поток жив гоняете цикл - можете картинку загрузки в цикле обновлять
после цикла убираете картинку загрузки
после пишете проверку полученных из базы данных - достаете их, например, через какой-нить метод класса NewClass (для этого вам нужно и хранить экземпляр объекта)
после проверки идут действия с графическим интерфейсом

gnick,

Если второй поток не отвечает за отрисовку интерфейса пользователя, то какие тогда проблемы?
Делаете в нем, что душе угодно, ибо это никак не отбразится на первом потоке, который отвечает за отрисовку и обработку событий пользовательского интерфейса. И не паритесь

Ваш адрес электронной почты указан в качестве адреса электронной почты организатора открытого аукциона, например.

Basil A. Sidorov,

Ну, я как поставщик это все понимаю.
Просто удивился, что здесь увидел человека, тесно соприкасающегося с госзакупками

gnick,

Окей, тогда вопрос - что еще не работает, кроме вызова метода получения содержимого текстового поля?
Если все остальное работает, почему бы не обойтись передачей значения(обновлением какого-то поля объекта), а не ссылки на экземпляр объекта?

gnick,

Это называется - прозрачность))))
Хотя она напрямую от наглости заказчика зависит, к сожалению.

gnick,

Вообщем, все что нарыл касается (a)syncExec

SWT: Respond to Long Running Tasks

gnick,

По тексту увидите описание вашей проблемы.
Можете не париться, в общем, SWT однопоточен.
Там есть примеры.
Можете использовать то, что приведено и, конечно, свой класс(ы), в котором(ых) нужная логика будет реализована.

gnick,

Вы хоть сообщите потом о результате своей деятельности в отношении данной проблемы.

gnick,

На данный момент без кода и опыта, и опытов мне не разобраться. Пишут, что любое изменение из потока отличного от потока SWT UI будет бросать исключение.

gnick,

По вашим же словам получается наоборот - методы, которые вносят изменения - не возбуждают исключение, тогда как метод получения содержимого поля вызывает.

gnick,

from stackoverflowTo allow background threads to perform operations on objects belonging to the UI-thread, the methods syncExec(Runnable runnable) and asyncExec(Runnable runnable) of Display are used. These are the only methods in SWT that can be called from any thread. They allow a runnable to be executed by the UI-thread , either synchronously, causing the background thread to wait for the runnable to finish, or asynchronously allowing the background thread to continue execution without waiting for the result. A runnable that is executed using syncExec() most closely matches the equivalent direct call to the UI operation because a Java method call always waits for the result before proceeding, just like syncExec().

Как я понимаю, таким образом можно запускать код на выполнение в потоке UI, чтобы иметь возможность с ним(UI) работать.
Поэтому можно же делать следующие вещи из вашего второго потока.




Если

gnick,

Пока мне не приходит в голову другой метод получения из внутреннего класса данных.
Можно, конечно, так

smackmychi,

Опять же при объявлении таковой переменной, чтобы использовать ее во внутреннем классе нужно указать final
Простите, забыл