CodeGenieApp / CodeGenieApp/serverless-express

Route path routes to null when rawPath is empty from API Gateway

Abierto
#612 0 comentarios 1 reacción 0 asignados Ver en GitHub
Lenguaje dominante
JavaScript
Estrellas
5.3k
Forks
674
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

When using API Gateway (v2 payload) with a custom domain and base path mapping, for example `api.example.com/v1`, where api.example.com is the custom domain and v1 is the base path, API Gateway will route the request to the lambda regardless of a trailing forward slash. For example `api.example.com/v1` or `api.example.com/v1/` will route to the lambda.

The issue with this is that when the trailing forward slash is missing, the lambda payload will contain a raw path that is empty:
```js
{
version: '2.0',
routeKey: '$default',
rawPath: '',
rawQueryString: ''
...
}
```

When using an express app with the serverless-express library, this results in a 404 response from the express app and a body containing the text `Cannot GET null`.

I'm not sure if this is an issue with express or serverless-express, but a workaround could be to place a default value in `function getRequestValuesFromApiGatewayEvent({ event })` to prevent this from happening. For example, line 13 of `event-sources/aws/api-gateway-v2.js` could be changed from:
```js
const requestPathOrRawPath = requestPath || rawPath
```
**to:**
```js
const requestPathOrRawPath = requestPath || rawPath || '/'
```

It sees most logical that both `api.example.com/v1` or `api.example.com/v1/` route to the same location. In my case I have a health check route at '/':
```js
app.all('/', (req: Request, res: Response) => {
res.send({
// Health check stats
})
})
```

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

Empieza en event-sources/aws/api-gateway-v2.js, especialmente en getRequestValuesFromApiGatewayEvent y la asignación de requestPathOrRawPath. Comprueba cómo un evento de API Gateway v2 con un rawPath vacío se convierte en la ruta de solicitud de Express; se considera terminado cuando las solicitudes con y sin la barra final se resuelven en la ruta raíz en lugar de producir Cannot GET null.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
aws, express, javascript, nodejs
Área
api, backend
Tipo de issue
Error
Dificultad
2/5
Tiempo estimado
1-3 horas
Estado de actividad
Estancado
Claridad
Bien especificado
Aptitud para principiantes
52/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.