Update 2019
I have a ReportViewer running on ASP.NET Core on Windows, and most features (not PDF and images / PowerPoint) also work on ASP.NET Core on Linux.
There are still some errors to weed out though.
You can learn more about this in this github release .
I can not publish it publicly because ReportViewer has a rather limited license ...
It is based on the native AspNetCore.Reporting from amh1979.
You can try the Nuget wrapper around ReportExecution.asmx , also amh1979, it has no licensing problems, but no real ReportViewer.
Original message:No, you can not.
Microsoft is only evaluating the creation of the .NET Core ReportViewer control.
This means that there are currently none (05/2017).
There is also no ReportViewer control for ASP.NET MVC.
Around MS-ReportServer ReportExecution.asmx there is only alanjuden shell .
But this is not the same. To do this, you still need Windows authentication on the report server (along with the "user must be a member of a specific ad group" group) and the SSRS server running on Windows.
If you have SSRS-ReportServer on Windows anyway, you are much better off embedding SSRS ReportViewer.aspx in an iframe. You might want to add form authentication to your report server. Also, if it needs to be cross-platform (= cross-browser = not IE), you need SSRS> = 2016 (cross-browser is not available in SSRS 2005 / 2008R1 / 2008R2 / 2012/2014).
If you are running Windows and don’t want (your client) to install a specific version of SSRS (which means you must license MS-SQL-Server), you can create a non-core .NET web application. on IIS (in the same domain) and share the auth-cookie. Then you embed this ReportViewer from the non-core IIS.NET application through an iframe (or link with target = _blank) into your .NET Core web application. Thus, you do not need a SQL-Server or MS-SQL-Server license if, for example, you use MySQL / PostgreSQL / Oracle.
In addition to waiting, you can bundle Apache Tomcat with BIRT in your application and use Launch4J to distribute it along with the JRE . Then you just need to use the Eclipse-BIRT ReportDesigner to create BIRT reports (non-SSRS reports).
Or you can embed JasperReports using JasperServer.
It will be much more complicated than BIRT.
But I think docker to the rescue.
Jasper and BIRT have the advantage that they also work on Linux / Mac.
However, this means that you need to install the JRE on the server or deploy the JRE along with your application.
The advantage of Jasper over BIRT is that it is faster and supports vertical text (not only on the Internet, but vertical text does not appear as an image).
As a rule, there are always problems with versions of BIRT downloaded from their website, which at first do not allow you to run BIRT. Whether it is a missing JAVA_HOME environment variable, a missing .jar dependency, or an incorrect signature in a .jar file. For information about what will be on your computer at the moment, refer to the TOMCAT log files, and then find the problem on Google.
A nice feature of BIRT is that it is relatively easy to deploy.
Another option is jsReports if you like nodeJS.
However, Bin-Deploy, which without installation and complications will be even more difficult (PhantomJS, Webkit, wkHtmlToPdf - for example, with an ARM processor on Raspberry PI).
If you have some free years, you can also just wait until the SSRS team migrates to .NET Core, if that happens at all.