У меня есть шлюз API AWS, и я хочу отправить почтовый запрос или любой другой запрос, если это возможно, когда тип контента является multipart / form-data, проблема в том, что я хочу добавить условный дополнительный заголовок на уровне шлюза api с использованием сопоставлений шаблонов , я смог сделать это с помощью запроса GET, а тип содержимого - application / json, но тот же код, который я применил, похоже, не работает, когда запрос - POST, а тип содержимого - multipart / form-data, так как я могу добавить дополнительный заголовок при использовании разных типов контента или разных запросов на уровне шлюза API? мой код, который работал, таков:
#set($header3Value = "service1")
$input.json("$")
#set($context.requestOverride.header.x-service-key = $header3Value)
#elseif
($method.request.header.x-api-key == "*******************nmMBBkbbkBVCXvjhvhkk")
#set($header3Value = "service1")
$input.json("$")
#set($context.requestOverride.header.x-service-key = $header3Value)
#elseif
($method.request.header.x-api-key == "*****IHOHMubbbVYVYUVVVVLkbkbbbmmlb")
#set($header3Value = "service2")
$input.json("$")
#set($context.requestOverride.header.x-service-key = $header3Value)
#end
Изменить: когда я готовлю сопоставление шаблона для multipart / form-data с тем же кодом, который я использовал для Application / json, я получаю «внутреннюю ошибку сервера» без какой-либо другой информации, но когда я очищаю шаблон и оставляю его пустым, он идет вернуться к работе, но, конечно, настраиваемый заголовок, который я хочу добавить, не будет добавлен ...
РЕДАКТИРОВАТЬ 2: мне удалось обойти эту внутреннюю ошибку, удалив multipart / form-data из двоичных типов, как предлагалось в некоторых руководствах, но теперь я, кажется, не могу читать буфер свойств undefined, и похоже, что заголовки не похоже, доходит до серверной части, но когда я очищаю шаблоны сопоставления, изображение будет отправлено нормально, но я хочу добавить новый заголовок, и единственный возможный способ - отредактировать шаблоны сопоставления.