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

Нада выбрать фреймворк:
1) в котором нужно было бы мало уделять времени дизайну (и пр. вещам, например, написанию процесса авторизации)
2) , но можно было бы быстро набросать интерфейс 
3) и сохранить логические связи.
4) Хотелось бы иметь поддержку в NetBeans.

Вопрос, что выбрать?

Варианты, которые приходят в голову:

1) Grails http://grails.org/ 
2) Seam
3) Spring
4) готовые JSF проекты (которые легко понять и адаптировать).
5) какой-нибудь XML-based фреймворк, в котором вся информация для отображение идет как XML.

Это сообщение отредактировал(а) Andrey1 - 28.10.2008, 18:38

Я думаю, что если мы говорим о "серверном" клиенте - т.е. подавляющая часть страниц может быть подготовлена на сервере и интерактив на странице не требует Ajax, то наверно самое удобное JSF - там можно сделать хорошие компоненты, можно сделать нормальную логику переходов. Ну можно еще Struts подключить.

я предлагаю  jsp + ajax + spring 

Ну вообщем-то JSF+DWR+Ajax (library какой-нибудь) - тут можно сильно развернуться.

JBoss Seam (JSF+EJB+(richfaces  or ricefaces)), благо вышла новая версия 2.1.0.GA (с новыми глюками;))

Это сообщение отредактировал(а) intr - 29.10.2008, 16:07

Не не не, некогда писать компоненты . 
Нужен готовый фрейворк для быстрой разработки приложения. Вариант "используйте JSF и будьте счастливы..." не годится .

На первый взгляд, Grails - это то, что нужно.

да, на Grails можно быстренько сделать такое преложение + есть готовые плагины для авторизации.
из минусов могу сказать только следущее:
1. весь код (или почти весь) пишется на Groovy (а его надо изучить хотя бы поверхностно, в этом и есть минус, хотя язык мне понравился)
2. если не ошибаюсь View часть пишется только на GSP (могу ошибаться)

А можно ли работать только на уровне компонент, забыв про HTML (оставив в памяти только - оформление): то есть, в чем-то, аналогично swing?

В идеале хотелось:
1) Каждую страницу разбить на сетку. Затем накидать компоненты в каждую ячейки и описать их взаимодействие.
2) Иметь возможность делать свои компоненты, для того, чтобы не копировать аналогичные компоненты, которые отличаются только настойками (например, компонент для работы с таблицой + пользовательские кнопки для обработки таблицы).

Это сообщение отредактировал(а) Andrey1 - 12.11.2008, 16:53

может тогда GWT? (з.ы. сам только приглядываюсь, отзывы о нем самые разные слышал).

возможно, с GWT не знаком.
В Grails совсем забыть про HTML (GSP для Grails) думаю не получиться

Поэтому и вопрос возник . GSP - аналог JSP, который "отменяет" прямое юзанье HTML _только_ есть все готовые компоненты.



Может быть... 
GWT генерирует javaScript"ы что ли, которые нужно вставлять в HTML?

Тогда почему не Yahoo! UI : http://www.grails.org/GrailsUI+Plugin  ?

Это сообщение отредактировал(а) Andrey1 - 13.11.2008, 17:12

Да... Таки остановился на GWT+Grails ...

Wicket?

Про HTML там забыть не получится, ибо ".. Swap the boilerplate, complex debugging and brittle code for powerful, reusable components written with plain Java and HTML.." и "...The worlds of HTML and Java are parallel and associated only by Wicket ids,...". 

Можно посмотреть http://www.zkoss.org/. Первые версии были сыроватые, может сейчас получше. А задумка неплохая.