如何在AWS Lambda运行时上查看实际的java依赖项/库

Question

我有自定义逻辑，它定义了杰克逊应该如何在AWS lambda函数中序列化和反序列化域对象。AWS lambda函数使用AWS lambda运行时java 11（amazon-corretto-11）部署在AWS上。在本地测试时，序列化工作正常，但在AWS中则不然。

如何找出AWS lambda运行时中实际使用的java依赖项和依赖项的版本？

在我的具体案例中，我想了解的是杰克逊依赖的版本。

Answer 1

@马德海德：安萨雷应该是前进的方向。但我认为有一种方法可以让你知道，只要稍微进行一点逆向工程，依赖关系是什么。

但首先，正如@jccampos提到的

您不应该依赖序列化框架的任何其他功能，例如注释。如果您需要自定义序列化行为，您可以使用原始字节流来使用您自己的序列化。

据我了解，那篇文字取自https://docs.aws.amazon.com/lambda/latest/dg/java-programming-model-req-resp.html

当让AWS Lambda环境处理序列化和反序列化时，您无法控制。反序列化将在lambda函数之外的lambda环境中进行。AWS Lambda环境将使用它自己的依赖项，该依赖项未打包在Lambda函数中。这就是为什么InputStream是一个更好的选择，因为在脱盐时，您可以控制使用哪个库。

AWS在反序列化时使用它自己定制的Jackson版本，并在com中打包。亚马逊。第三方。杰克逊。如果您对正在使用的版本感兴趣，可以下载maven project aws java sdk捆绑包，其中包含包含第三方库的jar（并提取jar以查找第三方库的版本）。我猜lambda环境使用的是该依赖关系的一个更高版本（也许有些人可以通过源代码来帮助确认这一点）。

最后，我尝试将aws java sdk包作为maven中提供的范围，然后打印出com的包信息。亚马逊。第三方。杰克逊。数据绑定。一个lambda中的ObjectReader。它导致了NoClassDefFoudError，这应该表明第三方jackson依赖项只能从lambda函数之外的AWS lambda环境中访问。

Answer 2

与其尝试对运行时进行逆向工程（这可能很难实现），不如试着关注您的问题：运行时提供的序列化不起作用。

您可以做的是重构您的处理程序函数以接受不是您的类的对象（这样，反序列化发生在运行时，您会得到POJO），而是原始请求（使用APIGatewayProxyRequestEventfromcom.amazonaws： aws-lambda-java-events如果您使用的是API Gateway）或InputStream。这样，您将获得原始有效负载，然后您可以按照自己的意愿解析它。在Java的AWS Lambda函数处理程序中阅读更多信息。您还需要在部署包中包含您的依赖项（google for"胖jar"）。