-
Notifications
You must be signed in to change notification settings - Fork 490
Asp.net core 2.2 support in Lambda #356
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Lambda is currently running 2.1.5 which you can see from our version status table. Out of curiosity what were the compatibility problems? |
Apologies, I didn't notice that 2.1.5 was now supported. My data was a few days old. |
What about 2.2?The version table still mentions 1.17 as Microsoft latest release. |
That means it's the latest patch of the corresponding minor version. E.g. 1.0.13 is the latest patch of 1.0. We're only planning to support LTS versions of .NET Core. .Net Core 2.0 was an exception to that because at the time we believed it was going to be LTS. We are talking about how we might help customers work with Lambda's custom runtime feature though. But we don't have an ETA for that work. |
Hi guys! I know this thread is closed but would like to hear from you guys if we already have another solution/workaround. I have some lambda functions running using .net core 2.1 but I had to update my applications to .net core 2.2 and got in the hell with other packages. I got the documentation to use custom runtime but I would like to understand what options I have. Can you guys help me ? Thank you so much! |
@michelmob I suggest following this GitHub issue tracking our effort to open source our .NET Core Lambda runtime code. #405 |
Hi. I don't understand. This article : Says that 2.2 is supported.
But on the other side there's this table : I'm confused. Can I write Lambda targeting dot net core 2.2 ? or Can't I ? What am I missing ? |
@RoyiNamir, out-of-box currently only 2.1 is supported, 2.2 is not. You can deploy an app running on 2.2 using a custom runtime. Read high level intro here and see an example app here I would like to note that apps using a custom runtime do take longer to deploy. It's not the extra files that make the deployment longer, I think it's the warm-up or initialization post deploy that's taking the extra time. You could wait for AWS .NET team to release ASP.NET Core 2.2 support but by the time they do, 3.0 may be out and you will end up in the same boat again -- waiting. So may not be a bad idea to invest in setting up a CustomRuntime now. Over the years, I've waited for AWS to release .NET 4.7.2 way back when they were running on 4.7 -- it took a while. Had to custom bootstrap our Elastic Beanstalk instances with 4.7.2. I've also waited for 2.1. I think generally AWS takes a while before they refresh their .NET platform -- as they should. Before developing new apps, I check AWS Elastic Beanstalk Supported Platforms and AWS Lambda Runtimes so that there are no surprises when deploy comes around. If you want to have more control over the platform, invest in setting up CustomPlatform now. |
I think AWS announced they will support only LTS .NET Core releases. The only exception for now was .NET Core 2.0.
more here: https://github.com/dotnet/core/blob/master/roadmap.md |
It seems the latest version of .net supported in Lambda is 2.1.4. That is causing compatibility problems for us.
When will 2.1.5 or ideally 2.2 be supported?
The text was updated successfully, but these errors were encountered: