Я пришел из рамок Play! Очень похоже на архитектуру без состояния. Скажем, концепция сеанса отличается от класса HttpSession Java-сервлета. Session in Play может хранить очень ограниченные строковые атрибуты, которые сериализуются в браузер. Любой объект с состоянием хранится либо в кеше (который может легко распространяться с помощью memcached impl), либо непосредственно в базе данных. Пользовательское приложение может получать объекты с сохранением состояния через уникальный идентификатор сеанса. Эта структура позволяет очень легко реализовать кластер приложения Play.

Мне любопытно, как реализовать такое приложение без сохранения состояния в среде Spring MVC. В данный момент я думаю о том, чтобы каждый новый входящий запрос генерировал уникальный идентификатор и помещал его в файл cookie, чтобы имитировать сеанс Play без сохранения состояния. Но выглядит немного некрасиво. Есть еще идеи?