I'm very new to the API Gateway and Lambda. I'm attempting to deploy a Node.js Express-based API to lambda. I'm using the aws-serverless-express example from awslabs. As such, much of my AWS configuration was automatically created for me.
It seems like my API is working correctly via the API Gateway. My post and get methods work fine. However, I need to support CORS. My application should be returning the correct CORS response to OPTIONS requests, but it's not working on AWS.
Ultimately, no matter what I do, I receive a 500 response to options requests. I haven't been able to figure out how to get any information about these 500 errors. I'm not sure what's causing them.
This is the body of the 500 response {"message": "Internal server error"}
.
These are the response headers:
content-length:36
content-type:application/json
date:Sun, 09 Jul 2017 17:56:24 GMT
status:500
via:1.1 9af17e5a616bfc9ac07fc7e415ade9e6.cloudfront.net (CloudFront)
x-amz-cf-id:1_AZmkLqf1rjkog2MRtvcBAe54aIZdPWmNApBTwG48Af-v_g9WHkZw==
x-amzn-requestid:ec216a62-64cf-11e7-ad2b-4f1e96508dba
x-cache:Error from cloudfront
I'm pretty sure my OPTIONS request isn't even getting to the app on Lambda.
I've tried configuring CORS using the API Gateway (and in my app). I'm trying to configure it to allow all origins.
If there anything I could be looking at or doing to debug this problem?
Edit:
In an attempt to debug this issue I tried to enable logging in CloudWatch for the API gateway.
After doing that, I see these two gateway-lookin' logs in CloudWatch:
I've been using prod so I click on that link and see this:
I assume this is a long list of log entries. I'm not sure what "streams" means in this context. There are hundreds of these entries. So, I pick the one with the most recent timestamp and click on it. Now I see this:
It seems that all of my gateway logs look like this. IE: apparently empty.
So, am I setting up logging correctly? Am I looking in the right place?
Cross-Origin Resource Sharing (CORS) errors occur when a server doesn't return the HTTP headers required by the CORS standard. To resolve a CORS error from an API Gateway REST API or HTTP API, you must reconfigure the API to meet the CORS standard.
The HTTP status code 500 is a generic error response. It means that the server encountered an unexpected condition that prevented it from fulfilling the request. This error is usually returned by the server when no other error code is suitable.
I have similar issue as @scopchanov .
What works in my AWS Lambda + API Gateway + Serverless Framework 1.42.3 + Express.js project is:
I have to enable CORS / send headers from Express:
// AWS API Gateway CORS (OPTIONS) support is buggy? app.use(cors({credentials: true})); app.options("*", cors());
Do not enable CORS in API Gateway, i.e. don't do this in serverless.yml
:
Without cors: true
, all requests will work fine.
With cors: true
, OPTIONS
requests will respond with {"message": "Internal server error"}
(regardless of what the Lambda function does, it seems that this is sent directly by API Gateway, or a buggy MOCK integration).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With