我的目标
我正在尝试使用AWS 的 JDBC 驱动程序来允许运行 Node 6.10 的 Lambda 函数连接到 AWS Athena 并创建数据库。（我还希望能够创建和查询该数据库内的表）。
我试过的
我从一个类似问题的答案中尝试了以下代码：
var JDBC = require('jdbc');
var jinst = require('jdbc/lib/jinst');
if (!jinst.isJvmCreated()) {
jinst.addOption("-Xrs");
jinst.setupClasspath(['./AthenaJDBC41-*.jar']);
}
var config = {
// Required
url: 'jdbc:awsathena://athena.us-east-1.amazonaws.com:443',
// Optional
drivername: 'com.amazonaws.athena.jdbc.AthenaDriver',
minpoolsize: 10,
maxpoolsize: 100,
properties: {
s3_staging_dir: 's3://aws-athena-query-results-*/',
log_path: '/logs/athenajdbc.log',
user: 'access_key',
password: 'secret_key'
}
};
var hsqldb = new JDBC(config);
hsqldb.initialize(function(err) {
if (err) {
console.log(err);
}
});
我看到的错误
当我在我自己的机器（Mac OSX El Capitan 10.11.6）上运行它时，我看到了下图所示的弹出窗口，消息No Java runtime present, requesting install.打印到我的控制台。
当我将代码部署到 Lambda 并在那里运行时，它会失败并显示以下消息：
Error: /var/task/node_modules/java/build/Release/nodejavabridge_bindings.node: invalid ELF header
在本地运行时，我可以看到事情在该var hsqldb = new JDBC(config);行失败，但是在 Lambda 上运行时，在需要 JDBC 时立即发生错误（上面代码的第一行）。
更新
这个invalid ELF header问题似乎表明该node_modules/java/build/Release/nodejavabridge_bindings.node文件是为与运行 AWS Lambda 的架构（Linux x64）不兼容的架构编译的。
这解释了在本地运行与在 Lambda 上运行时的行为差异。
我尝试使用node-gyp专门为 x64 架构编译资源，发现问题发生了变化，但没有解决。
我成功运行的 node-gyp 命令是node-gyp configure --arch=x64（在node_modules/java/目录内运行）
invalid ELF header在 Lambda 上运行时，我们现在看到的不是错误，而是一个module initialization error（请参阅下面的日志）
module initialization error: Error
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
at Object.<anonymous> (/var/task/node_modules/java/lib/nodeJavaBridge.js:21:16)
at Module._compile (module.js:570:32)
at Object.Module._extensions..js (module.js:579:10)