spring - Design an application using to support both synchronous and asynchronous calls -
we designing api application clients (external) can interact synchronously say: a) request plan b) cancel plan etc
however once plan made, decision whether plan approved or disapproved done asynchronously. application can send other notifications clients asynchronously. part has been implemented using spring's stomp on websocket framework. work fine.
now, coming synchronous part of api, plan provide restful interface interaction. if done way, clients have build 2 different client api's, 1 using http making restful calls , using stomp client consume notifications.
should rather make accessible via 1 interface?
i not convinced of using stomp synchronous calls since think rest framework address use case well. concerned need clients both, although different functionality.
will okay support both? design practice. can please advice?
http based clients a) send requests ('simple polling), in long intervalls limit bandwidth usage, or b) use http long polling (blocking) return control client code when server sends response