Click, Tapestry, Wicket - в любом случае придется врубаться в местную кухню.

Nixicможно ли, на том же Tapestry, сделать выпадающее меню в совершенно другом стиле, ну чтобы там интерфейс не аля свинг был, а что-то узористое, например, со сглаженными краями, с переливом...
там по определению не аля свинг. в тапестри легко интегрируется jquery и вперед. причем свои компоненты тупо добавляешь по аналогии оформляя их под компоненты и миксины тапестри. т.е. публичный сайт на ура. я не агитирую конкретно за тапестри, хотя в свое время предпочел именно его викету. все три перечисленные фрейворка в целом равноценны и одинаково хорошо подходят для публичного сайта. в деталях конечно наверняка найдутся отличия.

NixicНу то есть дизайнер нарисовал дизайн странички и соответственно его дизайну нужно оформить управляющие элементы, это возможно на одном из перечисленных?естественно. имхо перечисленные фрейворки для этого самое то. ну можешь еще spring mvc добавить но имхо в нем придется больше руками работать.

ТимоНchpashaClick, Tapestry, Wicket - в любом случае придется врубаться в местную кухню.
Почему?
почему придется врубаться? а как может быть иначе? в каждом из них будет какая-то парадигма, сильно (или не очень) отличающаяся от того же spring mvc. кроме того неизбежно придется копать больше в глубь как только возникнет нужда в кастомных компонентах.

ТимоНА зачем они нужны? Разве не достаточно HTML/CSS/JSP/Spring MVC ?
достаточно HTML/CSS/JS, но ты же почему-то дописал JSP и Spring MVC хотя это гораздо более высокоуровневые надстройки?
знания WinAPI тоже достаточно, но почему-то появились VB, Delphi & Co

ТимоНchpashaдостаточно HTML/CSS/JS, но ты же почему-то дописал JSP и Spring MVC хотя это гораздо более высокоуровневые надстройки?
Кто то же должен вернуть разметку и стили
резонно

ТимоНHTML/CSS/JS на клиенте
в конечном итоге да, вопрос кто их сгенерит
1) мы, ручками
2) не мы и не ручками
3) не все мы и не все ручками

ТимоНJSP и Spring MVC на сервере
они это делают лучше всех? откуда тогда та знаменитая простыня с web framework, если человеку для счастья ничего кроме jsp и spring не надо?

ЛагманПо-моему фреймворки над JSP появились в основном для интеграции в EE/EJB-окружение.
Под спрингом это просто ненужно.
не все, что появилось, являетсь фреймворком над JSP. кроме того spring mvc не является равноценной альтернативной вышеупомянутым вещам, поскольку вопрос технологии реализации view остается открытым - у спринга нету ни гридов, ни табов, ни меню. у компонентных фреймворков они либо уже есть, либо интегрируются более менее "нативно"