Для проекта, над которым я работал, я обнаружил необходимость имитировать c поведение массового запроса, фактически связывая всю информацию запроса внутри multipart-запроса. Это имеет некоторые преимущества перед обычными массовыми операциями с точки зрения гибкости и возможности повторного использования. Сам составной запрос будет содержать несколько частей, содержащих достаточно данных (URI, Method, body и другие) для создания новых запросов, которые могут быть возвращены обратно в Spring.
То, что я пробовал, использует использование отражения, чтобы найти все контроллеры и получить аннотации методов для каждой конечной точки; в результате я сам должен выполнить всю маршрутизацию запросов, что, вероятно, будет отличаться от того, что делает Spring. И, таким образом, приводит к странным артефактам.
Этот метод кажется чрезвычайно запутанным и изобретает колесо заново, так как весь этот механизм уже существует весной. Поэтому моя текущая идея состоит в том, чтобы использовать что-то вроде или похожее на DispatchServlet, так как это тогда разрешило бы всю маршрутизацию и вернуло данные запроса. Затем его можно использовать для создания окончательного ответа на запрос для начального multipart-запроса.
Это подводит меня к реальному вопросу, есть ли способ получить этот multipart-запрос и передать новые запросы обратно в Spring? без необходимости делать вызовы API? И если да, то как это возможно?
Заранее спасибо!