Стоит задача разработать простенький интерфейс (но, разумеется, с 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/. Первые версии были сыроватые, может сейчас получше. А задумка неплохая.

Да, GWT  попробовал - там разработка сложновата (не понятно как дебаггить приложение, появляются масса новых сущностей :( ) и транслятор торомозит (минуты на сборку приложения тратить каждый раз - это уже перебор...). 
ZK выглядит перспективнее (если основан на JSP) и тем более что плагин есть: http://www.grails.org/ZK+Plugin

Гы, таки Grails   

Grails - тоже не сахар: может заглючить на пустом месте (а в парадигме settings-by-convenction - это не добрый знак :(, так как никто ничего не пишет - прога просто не работает и все тулзы считают, что так должно и быть...).

Нужны кулютурные компоненты для отображения данных из базы, с возможностью подцепить listener на action"ы и в перспективе сделать их [компоненты] ajax"нутыми...



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

Нет, таки ZK .

Хоть и с NetBeans дружит не до конца (плагин есть, но с NetBeans 6.5 он глючит...), и Sun, похоже, их не особо любит (потому как, вероятно, ZK конкурирует с JSP и JSF), но: 

базовые компоненты - есть, 
базовая документация - есть,
MVC - есть, 
возможности AJAX - есть, 
возможность интеграции с Spring - есть. 

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

Ребята, а вы еще забыли о Flex...  и забудьте про всякий там HTML. Если уж так его боитесь...
 Береш FlexBuilder, рисуешь сетку, бросаешь что тебе надо, например DataGrid, бэкЭнд на Spring. И будет вам счастье. 
На западе счас очень модная штука

>Ребята, а вы еще забыли о Flex...  и забудьте про всякий там HTML. Если уж так его боитесь...
> Береш FlexBuilder, рисуешь сетку, бросаешь что тебе надо, например DataGrid, бэкЭнд на Spring. И будет вам счастье. 
скорее будет куча гемороя =)
Flex хорош толко для определенных вещей, например SEO на Flex это из разряда научной фантастики и это толкьо верхушка.

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

Я бы еще посмотрел в сторону Wicket, для простых вещей вполне, так же как собственно и любой шаблонный фреймворк.

Сам сейчас пишу проект на ExtJs-GWT-Seam-Spring, но это не фронтенд.

Кстати один мой друг написал замечательную страничку на SpringMVC так что вполне можно и его заюзать.
Так же очень легко все пишется на JSP+JSTL+Prototype(Dojo and etc)

Я так понял что надо не сайт написать, а что-то аля "decktop in browser"

Берём server side framework, например Spring (SpringMVC+SpringSecurity)
и соеденяем с жЫрной java script библиотекой , например jQuery.
получается очень не плохо.

Да пока еще есть. Но Visual Web, основанный на Woodstock больше не поддерживается Sun :( (Woodstock 4.3 скорей всего не выйдет). 

Wicket   

А что нужно то сделать? Если веб-сайт с контентом, то от HTML, CSS, хорошего верстальщика и дизайнера в настоящий момент ни куда не денешься. Если нужно desktop like веб приложение, то flex, extjs, flash, silverlight, javafx (релиз вроде скоро обещают), можно еще echo глянуть, но думаю наврядли это то что вам нужно.

Это сообщение отредактировал(а) Foror - 4.12.2008, 10:26

не скоро, а СЕГОДНЯ !!!

Это сообщение отредактировал(а) Asal - 4.12.2008, 10:47

Нужны компоненты для визуального отображения БД, с возможностью задавать свои действия и быстренько расширять интерфейс.
Дизайн - не главное.

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

Andrey1

Делайте интерфейс ручками - и будет вам счастье. Не так это и сложно.  И заказчику потом объяснять не придется, что это не "баг а фитча".

Возьмите за основу Spring MVC, добавьте Spring security,  для view воспользуйтесь velocity. Чтоб самому html не писать - интерфейс можно и в dreamweaver нарисовать, а потом, в сгенерированный html код добавить код velocity.

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

Стандартные баги:

1) Прблемы с совместимостью с различными браузерами.
2) Несоответствие URL содержимому страницы, это в свою очередь ведет:
 - невозможность запомнить страницу в закладку для дальнейшей быстрой навигации.
 - проблемы с окончанием сессии - посидел, потупил, сессия истекла, снова ввел логин/пароль, а страница уже не та.
 - ....... (много чего еще)
3) Неправильная обработка команды "открыть в новом окне"
4) Неправильная обработка кнопки "назад".

Это то что сразу пришло на ум. Может, конечно, и есть фреймворки без подобных багов...



necromancer, 



SEO и JSF совместимы не больше чем SEO и Flash. Последний, кстати, тоже индексируется, но только в том случае, если там нет сложной логики.

Хе-хе. А есть еще OpenXava: http://www.gestion400.com/web/guest/home