J'essaie de connecter un Mou de barre-commande pour une AWS Lambda (par le biais de la Passerelle API AWS).
J'ai été en mesure d'adapter le Bonjour, le Monde plan (écrit en Python) dans le Lambda section tutoriel. - Je configurer une passerelle API comme un déclencheur, puis avait Mou POST le slash-commande de l'API de point de terminaison. J'ai dû manuellement décoder le base64 corps, puis utilisez parse_qs pour convertir la chaîne de requête-comme corps POST dans un dictionnaire, où j'ai pu accéder à l'amende juste.
Mon vrai Lambda code est actuellement en Java, mais j'ai commencé avec le java de base exemple d'application du Guide pour les Développeurs. J'ai construit l'application, téléchargée le pot, et confirmé le bon gestionnaire qui a été appelé. J'ai mis en place un autre de la passerelle API et de relever un autre Mou de barre-commande à la nouvelle endpoin. Il échoue.
Le journal se présente comme:
java.lang.RuntimeException: An error occurred during JSON parsing
Caused by: java.io.UncheckedIOException: com.amazonaws.lambda.thirdparty.com.fasterxml.jackson.databind.exc.MismatchedInputException: Cannot deserialize instance of `java.lang.String` out of START_OBJECT token
at [Source: (ByteArrayInputStream); line: 1, column: 1]
Je suppose que cela signifie Mou est l'envoi de la requête même chaîne comme argument dans le corps POST, et pour une raison quelconque, quelque chose s'attend JSON d'entrée, pas seulement du texte. Je ne comprends pas pourquoi le Python gestionnaire étais d'accord avec la construction d'un dictionnaire d'événements et de faire le Lambda décoder le POST du corps, tandis que le Java gestionnaire n'est jamais appelé, mais il est en train de mourir avant que lors de la tentative de désérialiser le corps POST, pensant que c'est du JSON.
Les deux Lambdas et de l'API portails ont été mis en place avec l'habitude, par défaut, AFAICT.