... для этого есть фреймворки?

В общем, задачка такова.

1. Описание макета формы (скажем, Swing-формы) со сложными виджетами (таблицы, комбо-боксы) в XML. Чтоб по XMLю генерировалась Swing-форма.

Прим. Есть такая библиотека swiXML, но ее надо дорабатывать. К тому же форма в swiXML создается в run-time, без егнерации ее кода, что неудобно с т.зр. дальнейшего расширения кода.

2. На форме должны быть таблицы, которые динамически создаются по xsd-описанию своих столбцов. Причем таблица должна поддерживать обработку не просто текстовых типов в столбцах, но, напр., перечислимых (с помощью комбо-боксов).

3. Источник данных для такой формы надо иметь в виде XML. Причем нужен простой механизм установления связи между элементами данных и виджетами.

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


Комрады! Что есть еще на белом свете? Посоветуйте! Оч-чень не хочется делать все это врукопашную — тем более, что наверняка кто-то уже это разрабатывает...

Сувж, Максим

Аноним пишет:

> Комрады! Что есть еще на белом свете? Посоветуйте! Оч-чень не хочется
> делать все это врукопашную — тем более, что наверняка кто-то уже это
> разрабатывает...

Ага. Щаз. Не уверен, что есть. Swing вообще в большом загоне, все
увлечены web.

--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

Здравствуйте, Аноним, Вы писали:

А>... для этого есть фреймворки?

А>В общем, задачка такова.
А>1. Описание макета формы (скажем, Swing-формы) со сложными виджетами (таблицы, комбо-боксы) в XML. Чтоб по XMLю генерировалась Swing-форма.
А>Прим. Есть такая библиотека swiXML, но ее надо дорабатывать. К тому же форма в swiXML создается в run-time, без егнерации ее кода, что неудобно с т.зр. дальнейшего расширения кода.
А>2. На форме должны быть таблицы, которые динамически создаются по xsd-описанию своих столбцов. Причем таблица должна поддерживать обработку не просто текстовых типов в столбцах, но, напр., перечислимых (с помощью комбо-боксов).
А>3. Источник данных для такой формы надо иметь в виде XML. Причем нужен простой механизм установления связи между элементами данных и виджетами.
Мне бы тоже было интересно решение подобной задачи, но в общем виде ее, похоже, еще никто не решил, то есть наряду с описание xml схемы, Вам, все равно, потребуется хоть какие то описания представления, то есть соответствие element<-->Swing component. А это не стандартизированно, и, соответственно, если Вы что-то наработаете для себя сами, есть вероятность, что придется просто выкинуть в корзину. Вот что я смог найти более менее продвинутого в этой области: Jaxe и XAmple. Проекты, похоже, не получили своего развития.
Можно посмотреть как реализованы xml редакторы в Eclipse и Netbeans, который заточены для редактирования, например WEB-INF/web.xml файлов — описаний конфигураций Tomcat приложений или "Servlet 2.4 deployment descriptor". Я, почему то, начинаю склонятся, что это более приемлимый способ.
Было бы интересно, если Вы найдете что то новое.

ДЦ> Ага. Щаз. Не уверен, что есть. Swing вообще в большом загоне, все
ДЦ> увлечены web.
Swing'у в Mustang'е достаточно большое внимание уделяется. Так что, может будет что-то вроде реинкарнации Swing.
Desktop Java Features in Mustang:
— Улучшение восприятия (look-and-feel) Swing под Windows
— Улучшение восприятия (look-and-feel) Swing под GTK
— Новые примеры для Swing
— Расширение "макета" (layout)
— Улучшение поддержки drag-and-drop в Swing
— Улучшенная поддержка двойно буферизации
— JTable сортировки и выборки
— Включение SwingWorker
— Поддержка печати JTextComponent, вместе с возможностью указания заголовка и подвала и макета разметки печатаемой страницы
— Возможность использования произвольных компонент как закладки в JTabbedPane

Igor.K пишет:

> ДЦ> Ага. Щаз. Не уверен, что есть. Swing вообще в большом загоне, все
> ДЦ> увлечены web.
> Swing'у в Mustang'е достаточно большое внимание уделяется. Так что,
> может будет что-то вроде реинкарнации Swing.
> Desktop Java Features in Mustang

Я знаю. Вопрос в другом — как к этому отнесется общественность.
По сути дела столь популярный сейчас AJAX — есть попутка сделать
GUI Rich интерфейс негодными средствами просто в силу того, что
про GUI Rich классический все как-то забыли. Swing штука
сложноватая и Sun его очень долго не толкал. Да и сделан Swing
местами скажем так спорно.

--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

PS: Живете в Воронеже, разрабатываете на Java
пишите, пообщаемся.

>> Desktop Java Features in Mustang
ДЦ> Я знаю. Вопрос в другом — как к этому отнесется общественность.
Общественность только приветствует. Упрощение Swing не будет. За столько лет, пока ничего не создали достойного его заменить. Хотя, может и попытки просто вялые были.

ДЦ> По сути дела столь популярный сейчас AJAX — есть попутка сделать
ДЦ> GUI Rich интерфейс негодными средствами просто в силу того, что
ДЦ> про GUI Rich классический все как-то забыли. Swing штука
ДЦ> сложноватая и Sun его очень долго не толкал. Да и сделан Swing
ДЦ> местами скажем так спорно.
Ajax — это, по-моему, только один метод, асинхронной загрузки данных на web страничку. Интересно, что это стало модным течением, Google задал жару со своим google maps. GUI пытаются сделать из того что пока позволяет JavaScript и его объектная модель для браузеров. Интересно, что в следующем стандарте HTML 5, собираются отдельно продвинуть средства для создания GUI приложений. У меня есть смутное ощущение, что Swing может ждать что вроде успеха, особенно в связи с очень легким deployment по Web Start технологии. Мода вполне может развернуться в эту сторону. У Microsoft, уже есть подобная технология — smart client, кажеться так она называется. Так что люди поиграются немного с построением Web GUI, попробуют насколько это хорошо, и все станет на свои места, только может граница между Web Client и Rich Client станет немного более прозрачной.

Igor.K пишет:

>> > Desktop Java Features in Mustang
> ДЦ> Я знаю. Вопрос в другом — как к этому отнесется общественность.
> Общественность только приветствует. Упрощение Swing не будет. За столько
> лет, пока ничего не создали достойного его заменить. Хотя, может и
> попытки просто вялые были.

Дело не в упрощении. Он вобщем-то довольно прост. Но в нем есть
неочевидные вещи. Например, я тут уже писал — JScrollPane
игнорирует минимальный, максимальный и предпочтительный размеры,
а использует prefferedViewportSize.

По моим понятиям maximumSize должен работать ВСЕГДА!!!

--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

PS: Живете в Воронеже, разрабатываете на Java
пишите, пообщаемся.

ДЦ> Например, я тут уже писал — JScrollPane
ДЦ> игнорирует минимальный, максимальный и предпочтительный размеры,
ДЦ> а использует prefferedViewportSize.

ДЦ> По моим понятиям maximumSize должен работать ВСЕГДА!!!
Может, имеет смысл, тогда написать об этом сюда, если еще не исправили.

По теме: попробуй порыться в топике

ДЦ> Я знаю. Вопрос в другом — как к этому отнесется общественность.
ДЦ> По сути дела столь популярный сейчас AJAX — есть попутка сделать
ДЦ> GUI Rich интерфейс негодными средствами просто в силу того, что
ДЦ> про GUI Rich классический все как-то забыли.

Не забыли, просто неудобен классический Rich GUI. Если прога на Дельфи, то обязательно нужна венда, если на GTK, то нужен трах с поиском GTK под винду, который не факт, что заработает под конретной версией венды, и б.Гейтс в новой версии венды не выпустит "исправления", мешающие запустить этот GTK etc etc etc. А броузер есть везде, даже в PDA, и GUI броузеры отрисовывают примерно единообразно

Igor.K пишет:

> ДЦ> Например, я тут уже писал — JScrollPane
> ДЦ> игнорирует минимальный, максимальный и предпочтительный размеры,
> ДЦ> а использует prefferedViewportSize.
>
> ДЦ> По моим понятиям maximumSize должен работать ВСЕГДА!!!
> Может, имеет смысл, тогда написать об этом сюда

Не думаю. Судя по документации — это не баг, это фича

--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

PS: Живете в Воронеже, разрабатываете на Java
пишите, пообщаемся.

Аноним пишет:

> Не забыли, просто неудобен классический Rich GUI. Если прога на Дельфи,
> то обязательно нужна венда,

Поверь моему опыту — Линекса нету ни у кого.

(Ну раз венда, то линекс )


--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

PS: Живете в Воронеже, разрабатываете на Java
пишите, пообщаемся.

Денис Цыплаков пишет:

>> Не забыли, просто неудобен классический Rich GUI. Если прога на Дельфи,
>> то обязательно нужна венда,
>
> Поверь моему опыту — Линекса нету ни у кого.
>
> (Ну раз венда, то линекс )

Точнее есть, например у нас сервере или у наших PLC-шников,
которые пишут софт для контроллеров в глубине которых
крутится Linux.

У них даже на Linux десктопе стоит наша конфигурилка для
контроллеров GUI Rich на Яве к слову говоря. Мя правда
сами не ожидали, что она под KDE заработает, но однако пошлО.

А вот с беззвестными программистами которые для моего домашнего
принтера сделали web консоль управления с jsp контейнером
стартующим всегда как сервис и с ходу отжирающим 20Мб, я
бы очень хотел подискутировать.

--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

PS: Живете в Воронеже, разрабатываете на Java
пишите, пообщаемся.

Здравствуйте, Денис Цыплаков, Вы писали:

ДЦ> А вот с беззвестными программистами которые для моего домашнего
ДЦ> принтера сделали web консоль управления с jsp контейнером
ДЦ> стартующим всегда как сервис и с ходу отжирающим 20Мб, я
ДЦ> бы очень хотел подискутировать.

HP-шными что ли?

По теме: новые фреймворки для Swing http://weblogs.java.net/blog/eitan/archive/2006/06/where_swing_sho.html

А>Комрады! Что есть еще на белом свете? Посоветуйте! Оч-чень не хочется делать все это врукопашную — тем более, что наверняка кто-то уже это разрабатывает.

Если подойти к делу аккуратно, то там работы где-то на два человекомесяца, я такое уже делал один раз.
Кстати, генерация текста скорее мешает, создавать в runtime зачастую удобнее, да и настраиваемости больше.

А>Не забыли, просто неудобен классический Rich GUI. Если прога на Дельфи, то обязательно нужна венда, если на GTK, то нужен трах с поиском GTK под винду, который не факт, что заработает под конретной версией венды, и б.Гейтс в новой версии венды не выпустит "исправления", мешающие запустить этот GTK etc etc etc. А броузер есть везде, даже в PDA, и GUI броузеры отрисовывают примерно единообразно
То есть Вы хотите сказать, что Photoshop, реализованый на JavaScript, будет удобнее?

А>По теме: новые фреймворки для Swing http://weblogs.java.net/blog/eitan/archive/2006/06/where_swing_sho.html
Не по теме.

They're web AJAX frameworks where the details of the HTTP communication and of all the HTML and JavaScript on the front-end are hidden behind a Swing-like API.

Это все web AJAX фреймворки. А просились Swing.

Аноним пишет:

> ДЦ> А вот с беззвестными программистами которые для моего домашнего
> ДЦ> принтера сделали web консоль управления с jsp контейнером
> ДЦ> стартующим всегда как сервис и с ходу отжирающим 20Мб, я
> ДЦ> бы очень хотел подискутировать.
>
> HP-шными что ли?
>
> По теме: новые фреймворки для Swing
> http://weblogs.java.net/blog/eitan/archive/2006/06/where_swing_sho.html

HP — они родимые. Забыл написать, но и так догадались

--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

PS: Живете в Воронеже, разрабатываете на Java
пишите, пообщаемся.

Igor.K пишет:
> А>Не забыли, просто неудобен классический Rich GUI. Если прога на
> Дельфи, то обязательно нужна венда, если на GTK, то нужен трах с поиском
> GTK под винду, который не факт, что заработает под конретной версией
> венды, и б.Гейтс в новой версии венды не выпустит "исправления",
> мешающие запустить этот GTK etc etc etc. А броузер есть везде, даже в
> PDA, и GUI броузеры отрисовывают примерно единообразно
> То есть Вы хотите сказать, что Photoshop, реализованый на JavaScript,
> будет удобнее?

Вот вы смеетесь, а мне приходилось общаться с людьми которые
утверждали, что таки да. Правда не конкретно про Photoshop,
но примерно так.

--
WBR Денис Цыплаков /* ICQ UIN : 108477017 */
Знающий не говорит, говорящий не знает

PS: Живете в Воронеже, разрабатываете на Java
пишите, пообщаемся.

Спасибо всем за ответы. Чессно говоря, думал, что РСДН — вполне дохлый форум.

А>Если подойти к делу аккуратно, то там работы где-то на два человекомесяца, я такое уже делал один раз.
А>Кстати, генерация текста скорее мешает, создавать в runtime зачастую удобнее, да и настраиваемости больше.

Это в самом деле? Т.е. удобно использовать swiXML и писать свой собственный databinding? И это займет 2 мес. жизни одного человека?

>> А>Не забыли, просто неудобен классический Rich GUI. Если прога на
>> Дельфи, то обязательно нужна венда, если на GTK, то нужен трах с поиском
>> GTK под винду, который не факт, что заработает под конретной версией
>> венды, и б.Гейтс в новой версии венды не выпустит "исправления",
>> мешающие запустить этот GTK etc etc etc. А броузер есть везде, даже в
>> PDA, и GUI броузеры отрисовывают примерно единообразно
>> То есть Вы хотите сказать, что Photoshop, реализованый на JavaScript,
>> будет удобнее?

ДЦ> Вот вы смеетесь, а мне приходилось общаться с людьми которые
ДЦ> утверждали, что таки да. Правда не конкретно про Photoshop,
ДЦ> но примерно так.
Я так понимаю, что убедить им Вас не удалось.