Доступ к HTTP-запросу (заголовки, строка запроса, куки, тело) в лямбда с конечной точкой http

Ответ 1

Доступ к заголовкам запросов можно получить с помощью $input.params('header-name')

Удивительно, что к заголовку User-Agent не удается получить доступ с помощью вышеуказанного кода. Вам нужно перепрыгнуть через следующее обруч, чтобы получить его:

$context.identity.userAgent

Тело запроса/полезная нагрузка должны быть доступны с использованием следующего кода. Больше ссылок здесь, здесь и здесь:

{
   "reqbody": "$input.path('$')"
}

Пока неясно, будет ли тело запроса находиться в JSON. Следует отметить, что запрос обрабатывается как UTF-8 в соответствии с этот пост.

В настоящее время существует два ошибки:

• Заголовок "User-Agent" отсутствует/удаляется API-интерфейсом Amazon.

• Когда значения заголовка содержат двойную кавычку ("), функция лямбда не выполняется. (я не вижу записи журнала в журналах облачного просмотра для таких запросов)., тело ответа http содержит следующее:

  {
     "Type": "User",
     "message": "Could not parse request body into json."
  }
  

Пример запроса, который не работает в API Amazon

Я считаю, что это должно быть исправлено, чтобы иметь возможность реализовать механизм ETag для кэширования.

Литература:

Предполагается, что Etag будет заключен в двойные кавычки. Ожидается, что браузер отправит это точное значение через заголовок If-None-Match, и здесь разрывается API Amazon.

Синтаксис для ETag?

HTTP: максимальная длина etag

http://gsnedders.com/http-entity-tags-confusion

Ответ 2

Кажется, что если "Content-Type" не отправлен, AWS API Gateway по умолчанию использует его "application/json": https://forums.aws.amazon.com/thread.jspa?threadID=215471

Итак, просто определите шаблон сопоставления для "application/json".

Ответ 3

Вы должны получить необходимую информацию в сопоставлении шаблонов и отправить их обратно своей функции Lambda, это один из шаблонов, которые я использовал для отправки информации в функцию лямбда:

{
   "params" : "$input.params()",
   "content-type-value" : "$input.params().header.get('Content-Type')",
   "body" : "$input.json('$')",
   "request-id": "$context.requestId",
   "method": "$context.httpMethod",
   "resource": "$context.resourcePath",
   "id": "$input.params('id')" //This is a path parameter in my case
}

Вы можете сделать то же самое, или вы можете получить доступ к params.path.id (опять же в моем случае). Вот ссылка в документацию.

Приветствия,

Ответ 4

Я обновил шаблон сопоставления, который я использовал в ответе на один из ссылочных вопросов, чтобы содержать свойство userAgent.

{
  "method": "$context.httpMethod",
  "body": $input.json('$'),
  "userAgent": "$context.identity.userAgent",
  "headers": {
    #foreach($param in $input.params().header.keySet())
    "$param": "$util.escapeJavaScript($input.params().header.get($param))" #if($foreach.hasNext),#end

    #end
  },
  "queryParams": {
    #foreach($param in $input.params().querystring.keySet())
    "$param": "$util.escapeJavaScript($input.params().querystring.get($param))" #if($foreach.hasNext),#end

    #end
  },
  "pathParams": {
    #foreach($param in $input.params().path.keySet())
    "$param": "$util.escapeJavaScript($input.params().path.get($param))" #if($foreach.hasNext),#end

    #end
  }  
}

Подробное описание шаблона доступно здесь: http://kennbrodhagen.net/2015/12/06/how-to-create-a-request-object-for-your-lambda-event-from-api-gateway/