Jambi — это мой выбор +)
Нравится тем, что это очень хорошая альтернатива родным java'вским библиотекам для гуя именно с точки зрения пользователя (я специально слушал, что говорят люди о явавских прогах в части гуя).
Сигналы/слоты тоже понравились.
Qt вообще хорошо интегрируется в пользовательское гуи-окружение почти везде.
Скорость в общем и целом чуть выше моих ожиданий от гуёвых библиотек вообще.
В общем пишу с использованием jambi где-то полгода, пока всем доволен в общем.
да. так как работал ранее с Qt. Jambi же является интерфейсом, из чего можно сделать простой вывод, что он обладает такими жепреимуществами, а раз так, то это действительно неплохая альтернатива.
Другой вопрос конкретной задачи.
Привязка обработчиков сигналов интересно реализована.
Хотя всё же не вижу особого смысла биндить Qt, когда есть те же родные и достаточно мощные swing и awt, присутствующие в стандартной поставке jdk/jre.
думаю основной смысл в быстродействии и возможностях самого Qt, к которым открывается доступ. Конечно, это не аргумент, что бы переводить разработку на использование Jambi
Что-то не очень понятно, как этим пользоваться.
Придётся для каждого события создавать класс, унаследованный от приведённого по Вашей ссылке, и в нём переопределять метод?
Это обработчика события целый класс — не сильно жирно?
Заметка о Jambi (Qt Java bindings)