У меня связка такая Spring+Hibernate+JSF. Хочу сделать api чтобы можно было с другого приложения использовать. Пробую разбираться с jersey. Пока мне нужна по сути работа с Hibernate. Например у меня есть AccountRepository. Я могу на его базе создать api? Просто аннотациями указываем например и одновременно доступ и через api и обычный вызов. Так можно сделать?

Но вот думаю если даже получится так сделать что на счет того если нужно будет не только Hibernate. Придется делать в разных местах что не гуд но зато дублирования будет меньше. В общем я в замешательстве. Подскажите кто сталкивался как лучше?

Blazkowicz , у меня сейчас как идет. Я в JSF Managed Bean (типа контроллера) делаю всю бизнес логику. Когда приложение на уровне CRUD то ее очень мало. Вы говорите что нужен отдельный слой (Service, или Transaction Script). А что в этом слое должно быть? Просто я раньше делал слой BusinessObjects. И у меня там было тоже самое что и в Repository. Только единственное если сложная операция по получению данных например "найти и удалить". То я делал это в BusinessObjects. Потом этот слой удалил и стал это же делать в Repository и не парится. Так получилось гораздо проще.

А что должно быть в слое Service, или Transaction Script? Логика + Repository? Например авторизация через БД.

И как я понял например если я хочу авторизоваться через api то вызову из слоя бизнес логики в классе который отвечает за rest. По сути будет только дублирование вызова.

Blazkowicz, у меня логика в Managed Bean. В Repository только методы по работе с БД. Например:




Смотри хороший пример: http://www.onlinetechvision.com/jsf2-primefaces3-spring3-hibernate4-integration-project/

Там как ты говоришь есть слой Service. Но по сути он дублирует слой Repository. Я про это и говорю что по этому его и убрал поскольку были дубли а логику типа авторизации сделал в Managed Bean. Я еще к тому же активно использую триггеры (если в таблицу А добавить то в B изменить) и получается что в Repository работаешь только с конкретной таблицей.

Единственное что я могу припомнить так это авторизация которую можно вынести в слой Service. Да что тут говорить если у меня даже Managed Beans пустые почти все. Активно использую генерируемые классы.

Petro123, да по сути просто есть админка с CRUD. Нужно данные которые добавляет пользователь из админки обработать и отправить результат назад на добавление.