Камрады...
Я понимаю - Java позволяет делать многие вещи. Более того, это муссировалось в разных темах. Но попрошу внимания:

1) Хочу Grid с GroupableTableHeader (просьба не ссылаться на многочисленные однообразные примеры с новым HeaderUI - они неправильно работают при resize или move column)

2) Хочу Grid c фиксированными колонками + столбец RowIndicator (опять же просьба не ссылаться на примеры - это не прокатывает)

3) Хочу тот же Grid, в котором можно колонки менять местами в стиле Drag'n'Drop

4) При всем "кошмарном" кол-ве желаний хочу исчо, чтобы Grid можно было сортировать (уж сортировку я напишу сам) при наличии всех предыдущих свойств.

5) О добавлении кнопки "Filter" в Grid'e я просто промолчу

Что я забыл - да почти всё (что еще можно сделать в Java?)
Интересует, разумеется, не исходный код - а методика. То, что я нарисовал пока сам, не идет ни в какие ворота...

нет, GlazedLists не видел.

Но хотелось бы не компоненты, а как сделать. Чорт бы даже с этими фильтрами, но вот Groupable доконал, да и RowHeader тоже. Ну не понимаю я, как можно к имеющейся модели данных добавить фиктивную колонку!!!

Народ, а как вы вообще какой-то интерфейс на Java "лабаете"?
Ведь что ужасно - блестящий язык. Просто моя мечта...

Но как касается что-то визуального - одни глюки
(ну почему , например, у меня не вызывается paint() моего TableHeader при изменении размеров столбца. Или почему "UpdateUITree" не реагирует на Renderers или Editors. Как я их должен обновлять, если User решил сменить LAF? Регулярно проверять его?
Или почему установка "фирменного" LAF Alloy приводит к исчезновению CheckBox'ов в JTable)
Это разве мои проблемы?

Ответ UrryMcA
Мне платят за то, чтобы у меня нормально работало приложение. Отнюдь не за то, чтобы я (к примеру) возился полгода с элементарным НОРМАЛЬНЫМ DataSet'ом (в Java такого нет).

Вдоволь нае..вшись с Oracle Forms и Delphi (кол-во форм 250 + 60), я решил попробовать себя в Java (ведь язык сказка - сделан для того, чтоб формы в Runtime создавать).
Благо, серверные Oracle-Java-sources уже работают, и я не начинаю этот язык с нуля. И выясняется, что с визуальным интерфейсом в Java есть большие проблемы.
Ресурсов - ноль (все примеры расчитаны на JDK < 1.4, куча deprecated методов). Как Desktop-приложение ваять?

Это конечно не крик о помощи - а так, недоумевание...

2Dima11

Ну хорошо, конечно, если повеселил. Но только не надо говорить, что "Java - это особый язык програмирования". Ведь все очень похоже. Есть только одна проблема - нет компонентов. Причем, те что есть - увы, нуно перерисовывать.
Поэтому и был такой вопрос. Разумеется, перерисую сам. Но интересно, насколько адекватно работотодатели реагируют на такие "экзерсизы", про которые им и знать-то ничего не следует? (ведь почти всё с нуля, ну конечно можно заюзать SwingX)

2кодеришко:

ага, оказывается, программы не лабают. Видимо, все программируют начиная с одной единственной "формочки". Слушай, а тогда почему ты не занимаешься, например, Oracle Applications? Там ведь достойная платформа - главное, описать "Бизнес-Объекты". И потом Oracle Designer за тебя все сделает...(якобы).

опять же 2UrryMcA
Вы знаете, пока ни одного DataSet, хотя бы издалека похожего на старый добрый Borland DataSet, не нашел - все весьма своеобразные. Также как и те же самые JTable. Ладно, будем ваять сами...

2UrryMcA
"Поверьте - и покруче DataSet компонентов навалом"

Извините, опять не могу удержаться - Вы видели компоненты, которые предлагает JBuilder? Надеюсь, Вам не захотелось ваять "толстого" клиента при их участии (JBuilder 2006 - QueryDataSet глюк на глюке + неудобно + такой же глюкавый Grid) Это - коммерческие компоненты.
Неужели Вы считаете, что программисты в Borland'е не очень хорошие?

Пойдем дальше
1) SwingX. Open Source. Ребята очень неплохо поработали. Честь им и хвала - но мне не нужен их Grid и DataSet. Он, увы, совершенно не масштабируем на мои потребности.

2) JIDE Software. Красивые компоненты, заточенные под JSP (хотя у них единственных JTable "хавает" любую DataModel, даже мою - с fetch by requirement)

3) JSuite - компоненты "сваянные" чтоб всем было удобно. Разумеется за деньги. Там есть парочка интересных вещей (посмотреть на реализацию) - но в массе своей совершенно непригодны.

4) Закончим простым добрым ResultSet'ом. Вот этого я вообще не понимаю.
Ну зачем надо было реализовывать такое кол-во методов (то ли садисты, то ли мазохисты), если я, например, реально пользуюсь только 3-мя: Execute(), Close() и Next().
Покажите мне задачи, где нужно, например, ВСЕГДА из базы Oracle тащить "select a.*,a.rowid from x a".
У меня 2/3 форм на View основано...А ведь задачки вполне прозаичные - выполни запрос, отредактируй данные, и их пожалста заапдейть, если есть на то возможность.
Так почему ResultSet за меня решает - могу я делать update данных, или не могу?

Жалко - сыроват язык...

2Кодеришко

Афтор топика не собирается возвращается обратно к Oracle + Delphi (тогда уж скорее к Oracle Forms), потому что ему нравится язык программирования Java.
Более того - ты передергиваешь, но всё-равно прав. Он (аффтор) хочет Open Source. Только он хочет понять - как на нем без каких-либо проблем ваять интерфейс (не занимаясь год ваянием того, что уже есть в любом языке).

Возможно, после исчо пару недель посещения сайтов "примеров" (на Java 1.1, 1.2.3 SDK с кучей deprecated методов и неработающих как класс программ) он забудет про Java, и будет писать на этом языке только более или менее серьезные серверные подсистемы.

Кстати, поклонникам UML я уже предлагал перейти на Oracle Designer. Ей-Богу, не пожалеешь - там всё четко. Пока не заходит разговор о совершено произвольной форме.

ладно, пора закругляться. А то я действительно сейчас начну путать языки с библиотеками, да и многое другое перепутаю.
Напоследок всё-таки хочется выразить недоумение:
Java кажется существует уже 12 лет. Мне казалось, что за это время наработок могло бы быть побольше...(на каком-то форуме один красавец заявил, что напишет DB-Aware компоненты сам за неделю под свою задачку. Ну, если задачка состоит в в вытаскивании 5 записей из базы - то да, можно)

Все, тема закрыта.

блин, вроде закрыл тему. А эмоции так и прут.
2<1024>
Ну разумеется про Swing. Причем про Swing, привязанный к каким-то данным. Все остальное меня вполне устраивает.

Сегодня посмотрел набор компонентов SwingSet (те которые реализуют доступ к базе на основании SSRowSet). Я может плохо чего понимаю, но если при создании SSCheckBox автоматически создается JTextField, путем которого люди избегают StackOverFlow - это сильно!!!

очень, очень сырой язык. (именно это является причиной создания не менее сырых библиотек). С другой стороны - чего кто-то мог ожидать от OpenSource...

очень прошу понять - тема ЗАКРЫТА!!! (вместе с дискуссиями)