Если вы уже знакомы с фреймворками MVC, то вам следует знать, какая база данных/хранилища данных, которые вы используете в бэкэнд, не должна влиять на ваше приложение MVC в целом или как вы структурируете вещи - это должно влиять только на ваши данные и как он извлекает данные.
С Spring MVC принятой практикой является то, что вы представляете свою модель данных как серию «модели/классов домена», которые обычно являются POJO для хранения ваших данных. «Домен» здесь означает, что он связан с вашей проблемной областью; поэтому, если у вас есть приложение, которое касается клиентов, заказывающих то, что вы хотели бы иметь класс Customer, класс Order и т. д.
Каждый из трех уровней вашего приложения MVC - контроллеры, бизнес-логика слой, а слой DAO взаимодействует с этими классами моделей домена. Поскольку DAO слой отвечает за получение или обновления этих данных в интерфейсе, это означает, что он является DAO слоя, который должен знать, как принести свой Customer или Order класса от Кассандры, как обновить некоторые Customer полей и т.д.
Итак, нет ничего особенного в том, как вы создадите приложение Spring MVC самостоятельно при использовании Cassandra или любой другой базы данных «NoSQL». Вам просто нужно предоставить различные реализации ваших классов DAO, которые могут общаться с Cassandra.
Если вы спрашиваете, есть ли какие-либо предустановленные утилиты Spring, которые могут получить доступ к Cassandra (или Thrift), тогда ответ будет отрицательным, по крайней мере, до того, что весна 3.0. Но это должно быть довольно просто писать, как только у вас установлен набор интерфейса DAO и все остальные уровни вашего приложения.
Так вы изучаете Spring MVC, а не весна, которая имеет более широкий фокус –
@ mirror303: извините за misconfusion, но да, я займусь свое время, чтобы узнать Spring MVC, а не весь весенний стек технологий. – zeroDivisible
в будущем следите за проектом Spring Data. Они планировали поддержку cassandra и HBase. http://www.springsource.org/spring-data –