Представление весеннего веб-приложения в качестве веб-службы - PullRequest
0 голосов
/ 26 апреля 2018

Можно ли представить всю сборку приложения на весеннем веб-потоке как веб-сервис? Если это можно сделать, имеет ли смысл создавать конечную точку в классе действий или классе DAO? Как можно обрабатывать поток с помощью веб-сервисов?

Ответы [ 2 ]

0 голосов
/ 08 июля 2018

Мы проделали некоторую работу, в которой сам веб-поток по сути представлен как API RESTful (ish). Состояния представления - полезная нагрузка collection + json с гипермедиа-ссылками, моделирующими переходы. Я не совсем понимаю, что такое действие против класса DAO - для нас состояния представлений - это полезные данные, возвращаемые клиенту, - действия невидимы для клиента. По сути, есть некоторые ошибки, связанные с тем, как RESTful SWF является по умолчанию - поэтому мы немного разбили его на подклассы и определили наш собственный подкласс FlowController для смешивания с URI и глаголами HTTP.

0 голосов
/ 02 мая 2018

Web Flow предназначен для многоэтапного взаимодействия с пользователем с учетом состояния. Обычно не для чего нужны веб-сервисы.

Вы, безусловно, можете использовать контроллеры Spring MVC для (HTTP-типа) веб-служб и смешивать их в одном приложении, где у вас также есть потоки Spring Web Flow для взаимодействия с пользователем.

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

(аналогично вашему другому вопросу Причина интеграции Spring Web-потока с Spring MVC )

...