Клиента, магазина, доставки. И нужно их как-то между собой связать.
Магазин увидел заказа, перекинул на доставку.
Стоп стоп, у вас магазины это вообще отдельные приложения, а доставка это отдельный сервис, под сервисом я имею ввиду приложение/микросервис если так понятнее
Стоп стоп, у вас магазины это вообще отдельные приложения, а доставка это отдельный сервис, под сервисом я имею ввиду приложение/микросервис если так понятнее
Понял. То бишь для доставки делаю именно сервис а не контрол.
Самый тупой вариант - заказы сохраняете в БД со статусом new. Delivery выгребает порциями со статусом new и переводит в другой статус "procesding" например. Выгребать по шедулером по таймауьу верхние 10 записей например с какой то порядковой сортировкой.
Понял. То бишь для доставки делаю именно сервис а не контрол.
От ответа зависит и максимальная рабочая нагрузка приложения и цена разработки с сопровождением. Отдельное приложение - сервис и какая нибудь кафка между ними это гибко и производительно, но это уже другая стоимость разработки и сопровождения для вас.
Привет. Есть метод, который отдает во внешний мир data class. У этого дата класса есть поля, которые нужно исключить из сериализации. Я пробовал @field:Transient - не помогло, поле все равно попадает в ответ. Как можно еще решить этот вопрос?