I have .NET Core 2.2 application and wanted to use dotnet-counters to get some data about GC. Unfortunately dotnet-counters doesn't see my app (.NET core process) for some reason. When I run
dotnet-counters ps
It returns nothing (my .NET core application is running of course). I use .NET Core version 2.2.8 and dotnet-counters version 3.1.57502. I tried both standalone and Framework dependend version of application.
The diagnostic tools (dotnet counters, dotnet trace, dotnet dump) rely on new features of the runtime exposing the necessary interfaces. These are only present on .NET Core 3.0 or higher.
This means that a .NET Core 2.2 application cannot be monitored / diagnosed with these tools. You will need to update your application to .NET Core 3.0+
Related
I'm in the process of moving to .NET Core. In the mean time, I have two sets of apps - some using .NET Core 3.1 and the rest the full .NET Framework 4.6.2.
Also, I'm trying to make a build script to build all apps with one command.
But dotnet publish does not work for full .NET Framework projects.
How can I use dotnet publish command to build full .NET Framework applications?
dontnet commands only works for .NET Core projects, so It is working as intended!
I'd installed monodevelop on my linux and build an application with it. It run, but is very slow compared to a windows run, both in release mode. If I install .NET Core and run this app, will it be runing with mono or .Net Core?
EDIT:
Sorry I didn't told you details but now I understand why it run very slow. The library was created with .Net Standard so it can be used by .NET Framework and .NET Core applications, but the application I made and use the library is a .NET Framework Windows Forms. So basically it run as any .NET Famework code and doesn't benefit from .NET Core optimizations.
But the question remains. If I got two of them instaled (.NET Core and Mono) and I ran a .NET Core application, which one will run the application .NET Core or Mono.
I have a DLL(Say FileWrapper.dll) that is build using .Net Framework 4.5 (Build for linux)
Is it possible to build a console application (in .Net Core 2.2 - For Linux) that has references FileWrapper.dll and use various functions within in FileWrapper.dll.
Any pointers or past experience is helpful.
Building .net core 2.2 console app for Linux using dll build in .Net Framework 4.5
No Code specific
Hoping to build .net core console app that uses a dll build in .net framework 4.5
Yes, this is possible and was introduced with the .NET standard 2.0 which is supported by .Net Core 2 and .Net Framework 4.6.1. The concept is described is called a "compatibility shim" in .Net Standard 2.0. Here are a couple of links to get you started
Building a Compatibility Shim with .Net Standard 2.0
stack overflow - Compatibility shim used by .Net Standard 2.0
What is the difference between ASP.NET Core Web (.NET Core) vs ASP.NET Core Web (.NET Framework)?
and does .NET Framework provide similar performance as to .NET Core?
This can be confusing at first, but it's important to remember: at the end of the day, "ASP.NET Core" is just a bunch of NuGet packages that can be installed in your project.
ASP.NET Core on .NET Core is cross-platform ASP.NET Core. It can run on Windows, Mac, and Linux (including Docker). The server doesn't need .NET Core installed - the dependencies can be bundled with the application.
ASP.NET Core on .NET Framework is ASP.NET Core on the "full" or "desktop" .NET Framework (e.g. .NET Framework 4.6.2). These applications can only run on Windows, but everything else about ASP.NET Core behaves the same way.
According to the benchmarks you linked, both will have higher performance than ASP.NET 4.6, although .NET Core is currently the highest:
ASP.NET 4.6: <50k req/sec
ASP.NET Core (CLR): 400k req/sec
ASP.NET Core (.NET Core, Linux): 900k req/sec
ASP.NET Core (.NET Core, Windows): >1.1m req/sec
However, these benchmarks are slightly older (February 2016) and reflect pre-RTM code. I wouldn't be surprised if they've improved since then.
ASP.NET Core with .NetCore is a cross-platform (it can run on Windows, Linux or other platforms), high-performance, open-source framework for building modern, cloud-based, Internet-connected applications. It has ability to host on IIS, Nginx, Apache, Docker, or self-host in your own process.
ASP.NET Core ships entirely as NuGet packages. This allows you to optimize your app to include only the necessary NuGet packages. In fact, ASP.NET Core 2.x apps targeting .NET Core only require a single NuGet package. The benefits of a smaller app surface area include tighter security, reduced servicing, and improved performance.
It is not required to install .Net framework to run asp.net core with .net core application.
An ASP.NET Core application with .net core is a console app that creates a web server in its Main method. It uses Kestrel web server to run the application.
We can also use editors such Visual Studio Code, Atom to run the application.
It doesn't support Aspx, WPF, WCF and WebServices as if now.
It supports inbuilt dependency injection.
Uses coreclr which is the runtime in asp.net core with .net core.
Asp.Core with .Net framework .Net framework on the other hand started much before 2005 and it kept on adding new features making it a bit complex framework and heavier. It is not cross platform.
It supports Aspx, WPF, WCF and WebServices
.Net Framework excecution plan
.Net core exceution plan
ASP.NET CORE using .NET Core - all dependencies are self-contained, can use most nuget packages, cant use windows specific packages, can execute on windows, linux, Mac
ASP.NET CORE using .NET Framework - most dependencies are self-contained, only executes on windows, will have access to windows specific nuget packages, needs the .net framework version which is targeted installed on the machine
With the release of .NET Core RC2 Microsoft made it so there are now 3 Web Application templates:
ASP.NET Web Application (.NET Framework) — The old
ASP.NET Core Web Application (.NET Framework) — the new, to be hosting on Windows only
ASP.NET Core Web Application (.NET Core) — Linux, OSX, Windows
I am trying to use the new Core Web Application template but without trying to target Linux, OSX, Windows so it seems like the ASP.NET Core Web Application (.NET Framework) is perfect for me. It took me a while but I learned that in order to add a class library that will work with this project type you need to add a Class Library (.NET Core) and change the frameworks section to only be net461 to match the Web Application.
"frameworks": {
"net461": { }
}
My Question:
What is the difference between creating an ASP.NET Core Web Application (.NET Core) and in project.json making net461 the only target framework
and
just creating an ASP.NET Core Web Application (.NET Framework) project which only includes net461 by default.
Are there other differences that I am not aware of like the way the projects are published, etc.?
What is the difference between creating a ASP.NET Core Web Application
(.NET Core) and in project.json making.NET461 the only target
Framework
It's the same thing as making an ASP.NET Core Web Application (.NET Framework) project. The type of project between the two is determined by the .csproj file and you changed it in your .csproj from targeting .NET Core to targeting the .NET Framework. In previous release/beta versions of ASP.NET Core it was possible to have both Frameworks in a project.json file (which has been replaced by a simplified .csproj file in .NET Core 2.0 which more .NET developers are familiar with) but you could only publish to one.
just creating a ASP.NET Core Web Application (.NET Framework) project which only includes.NET461 by default.
Are there other difference that I am not aware of like the way the the projects are published, etc
If you target the .NET Framework and not .NET Core your app cannot be cross platform and your app can only run on Windows and not Linux/Mac.
The reason for there being separate ASP.NET Core Web Application (.NET Core) and ASP.NET Core Web Application (.NET Framework) is because the latter allows you to make use of functions, packages or 3rd party libraries that are dependent on Windows and the same .NET Framework or higher will be required to be installed on the machine.
The former doesn't have the .NET Framework requirement but allows your app to be cross platform and when you publish your app it publishes all the dependent .NET Core dll files to the publish directory in that way circumventing the .NET Framework installation requirement.
It will also affect compilation as if you target .NET Core and make use of a Windows specific function or package you will get a compilation error.
You can easily switch between the two by adjusting your .csproj to target the one or the other.
Microsoft Docs
You should use .NET Core for your server application when:
You have cross-platform needs.
You are targeting microservices.
You are using Docker containers.
You need high performance and scalable systems.
You need side by side of .NET versions by application.
You should use .NET Framework for your server application when:
Your application currently uses .NET Framework (recommendation is to extend instead of migrating)
You need to use third-party .NET libraries or NuGet packages not available for .NET Core.
You need to use .NET technologies that are not available for .NET Core.
You need to use a platform that doesn’t support .NET Core.
Update (2018/10/30)
It has been announced that ASP.Net Core 3 which has a release date in 2019 Q1, will only support .NET Core and NOT .NET Framework
As announced on the .NET Blog earlier this month, .NET Framework will get fewer of the newer platform and language features that come to .NET Core moving forward, due to the in-place update nature of .NET Framework and the desire to limit changes there that might break existing applications. To ensure ASP.NET Core can fully leverage the improvements coming to .NET Core moving forward, ASP.NET Core will only run on .NET Core starting from 3.0. Moving forward, you can simply think of ASP.NET Core as being part of .NET Core.
Customers utilizing ASP.NET Core on .NET Framework today can continue to do so in a fully supported fashion using the 2.1 LTS release. Support and servicing for 2.1 will continue until at least August 21, 2021 (3 years after its declaration as an LTS release) in accordance with the .NET Support Policy.
First see the difference in project.json files when you create ASP.NET Core Web Applications targeting different frameworks.
As per your question, if you change the framework in ASP.NET Core Web Application(.NET Core) project.json only to have net461 and save, it'll restore the packages and will give the following error.
If you remove Microsoft.NETCore.App dependency and saves the file, It'll again restore the dependencies and won't give any error.
If you notice the first image, this has finally become a ASP.NET Core Web Application with .NET Framework.
I was confused at first as well. The main difference is that ASP.NET Web Application (.NET Framework) is the normal asp.net that we have been using. It contains App_Start folder web.config, Global.asax etc.. (Like MVC5,You get the idea..).
Whereas ASP.NET Core Web Application (.NET Framework) is a core framework(MVC6). (Not dependent on System.Web). Brand new project.json.. startup.cs and program.cs etc... And it supports all the old libraries of .net framework as well.
with .net core, you can run your web pages application in Linux or mac os whereas the .net will only be good for windows, i.e. less portable.