Да, 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. Последний, кстати, тоже индексируется, но только в том случае, если там нет сложной логики.