Классно! Только начал рассматривать Vaadin - как раз maven dependencies  качает.
А почему на Vaadin нельзя view часть сайта сделать? И чем Grails его заменяет?

Я так определился уже сделать уровень view на Vaadin (это ж вроде более юзабельный интерфейс-обертка GWT),
а движок либо на Grails либо на Spring - Hibernate, если Grails сильно много накладывает ограничений и, честно говоря, пока что я не понял какие преимущества он дает, кроме готовых Dao типа getNameById. А разбираться с его ограничениями по структуре и другими нюансами (типа для каждого запроса своя страничка почему-то вроде delete.jsp) может занять немало времени. Если преимуществ особых нет, то собственно зачем. Никто так и не назвал реальные преимущества Grails. Может просто дело вкуса тогда.

oson


Потому что у Vaadin как и у других основанных на JS UI есть следующие проблемы:

- несоответствие контента URL, как следствие:
-- сайт не индексируется поисковыми системами 
-- пользователь не может сохранить страницу в закладки, или передать ссылку на страницу по почте или icq

- непривычное для пользователя поведения JS ссылок и навигации (например, неадекватная реакция на нажатие средней кнопки мышки (открыть в новом окне), неадекватное поведение кнопки "назад" браузера )

Кнопку назад лучше вообще заблокировать в проектах WorkFlow - потому что view должен отвечать состоянию системы.
Но я так понял тут вообще существует проблема (у всех основанных на JS UI) несоответствия "состояния движка" и  "отображения"?
То есть для управления рабочими процессами она по большому счету не подходит?

Что собственно взамен предлагает Grails? Есть у него что-то с rich interface? Или классические страницы только?

oson



Пользователи Вам за это спасибо не скажут.


К тому же, судя по описанию в Вашем первом посте, у вас WorkFlow не в том понимание которое применяется к фреймворкам (т.е. не последовательность экранов у одного пользователя). У Вас некий бизнес процесс (с передачей состояния между пользователями) который, полюбому, программировать руками.


п.с. так мы все-таки говорим о публичном сайте (интернет магазине) или о его админке с неким бизнес процессом? 

Публичный сайт, где покупатели тоже имеют роль в общем процессе. После того как покупатель сделал заказ (выполнил те шаги, которые можно делать в его роли), что-то меняется в состоянии для других ролей, которые начинают видеть это заказ - менеджеры всякие - и потом шаг за шагом обрабатывают его.
То есть и публичный сайт и админка - но в основе лежит именно управление рабочими потоками. То есть роль Покупатель сделал заказ и роль менеджер A увидел его, затем роль менеджер A выполнил 3 шага и перестал видеть этот заказ - зато видит роль менеджер B и делает свои шаги.