AWS Не удается десериализовать экземпляр java.lang.String из START_OBJECT

У меня это сработало во всех сценариях, когда я меняю тип входного аргумента с String на Object.

public class LambdaFunctionHandler implements RequestHandler<Object, String> {

  @Override
  public String handleRequest(Object input, Context context) {
    String data= input != null ? input.toString() : "{}";
    context.getLogger().log("Input: " + data);
    return "Test completed."+data;
  }
}

************************* Добавлено 12 марта 2021 г. ******************* ********

После работы над парой реализаций Lambda я понял, что входной аргумент - это не что иное, как простое строковое представление структуры JSON или представления Map ‹String, Object›. Для представления карты Key - это имя атрибута, а его значение - (1) String, если это примитивное значение, или (2) List, если у него несколько значений, - это другая Map ‹String, Object› или другое Структура JSON. Вы можете восстановить представление JSON с помощью:

    if(input instanceof String)
    {
        String lambdaInputJsonStr = (String)input;
    }
    else if(input instanceof Map)
    {
        String lambdaInputJsonStr = gson.toJson((Map)input);
    }

Это сообщение об ошибке во время десериализации Lambda.

Ваш шаблон сопоставления шлюза API отправляет объект JSON, но ваш обработчик ожидает строку. Либо отправьте необработанную строку из API Gateway, либо обновите обработчик, чтобы он использовал POJO, соответствующий выходным данным вашего шаблона.

i.e.

public class MyPojo {
   private String input;
   public String getInput() { return input; }
   public void setInput(String input) { this.input = input; }
}

См .: http://docs.aws.amazon.com/lambda/latest/dg/java-programming-model-req-resp.html.

Я пробовал использовать объект в качестве типа параметра, а также класс Pojo, и он работал в определенных сценариях, но при выполнении запроса из браузера с URL-адресом шлюза API он не удался и дал точную ошибку выше. Потратил не менее 2-3 часов на то, чтобы выяснить, какая правильная подпись, которая будет работать в большинстве случаев, находится ниже. Однако это для примера hello world, вы, очевидно, должны настроить свой ввод в соответствии с вашими требованиями.

public class LambdaFunctionHandler implements RequestHandler<***Map<String,Object>,***  Customer> { 
    @Override
    public Customer handleRequest(***Map<String,Object> input***, Context context) {

    }
}

InputStream должен иметь возможность обрабатывать любой ввод.

Ссылка: https://docs.aws.amazon.com/lambda/latest/dg/java-handler.html

InputStream - событие любого типа JSON. Среда выполнения передает поток байтов документа обработчику без изменений. Вы десериализуете ввод и записываете вывод в выходной поток.

public class Handler implements RequestHandler<InputStream, String> {
@Override
    public String handleRequest(InputStream event, Context context) {

Сообщение об ошибке пытается сказать, что, поскольку input является строкой, я ожидаю, что оно будет начинаться с кавычки ". Но вместо этого я вижу {. Вот почему изменение типа input на Object, Map<String,Object> или MyPojo сделало парсер счастливым.

Если input действительно должен быть String, само значение полезной нагрузки должно начинаться с ". Например, String payload = "\"string input\"".