aws / aws/aws-lambda-nodejs-runtime-interface-client

Upgrading to 4.0.0 appears to break lambdas using docker

Ouverte
#170 15 commentaires 6 réactions 1 personne assignée Réclamée par @godcrampy Voir sur GitHub
bug
Langage dominant
TypeScript
Étoiles
224
Forks
60
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

I had been using

```dockerfile
RUN npm install -g aws-lambda-ric
```

_Which is on me for not pinning it to a specific version_, but with this after the 4.0.0 release on a new build of an image the lambda will no longer start.

```
2025-12-06T02:12:47.652Z | npm error could not determine executable to run
-- | --
  | 2025-12-06T02:12:47.653Z | npm error A complete log of this run can be found in: /tmp/.npm/_logs/2025-12-06T02_12_46_306Z-debug-0.log
  | 2025-12-06T02:12:47.664Z | INIT_REPORT Init Duration: 1421.03 ms Phase: init Status: error Error Type: Runtime.ExitError
```

Pinning to 3.3.0 allows our service to run.

```dockerfile
RUN npm install -g aws-lambda-ric@3.3.0
```

This is across multiple projects for separate company stacks I am seeing this. I've pinned to 3.3.0 across the board.

This is running with `node:24` as a base image, and had experienced with a `node:23` deployment.

Here is an example of what is being used for the entrypoint with `aws-lambda-ric`:

```dockerfile
ENTRYPOINT ["/usr/local/bin/npx", "aws-lambda-ric"]
CMD ["lib/serverless/lambda/lambda.handler"]
```

Noting again that after pinning the lambdas work as expected.

This is too similar to the pattern shown here, where the version is unpinned:

https://github.com/aws/aws-lambda-nodejs-runtime-interface-client/blob/a4560c87426fa0a34756296a30d7add1388e575c/README.md?plain=1#L102

Guide de contribution

Ouvrir le guide de contribution

Évaluation

Cette issue n'a pas encore été évaluée.

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.