Last Updated: 20 Mar 2019 00:39 by ADMIN
Created on: 01 Jan 2018 17:47
Type: Feature Request
.net core support without full framework
It would be nice to have a report viewer component that does not rely on the full .net framework as described here.  I have a project that is not built against the full framework and would like to integrate reporting without converting all of my projects.
Ivan Hristov
Posted on: 08 Mar 2019 10:48
Hi all,

Just wanted to share our latest improvements to Telerik Reporting for .NET Core. In R1 2019 SP1 we improved the fonts discovery for non-Windows platforms in PDF rendering, so there is no need to explicitly declare the fonts in the configuration file. We have also enhanced the data providers collection, adding support for some of the most used database engines like PostgreSQL, MySQL, SQLite and Oracle.

We will be really glad to hear from you about Telerik Reporting for .NET Core so please share your feedback here, in a support ticket, or in a forum thread.
Posted on: 16 Jan 2019 23:04
BIG applause  👏
Ivan Hristov
Posted on: 16 Jan 2019 14:15
We are happy to announce that in R1 2019 we're introducing .NET Core support for Telerik Reporting runtime. Report generation works on both Windows and Linux for console- and ASP.NET Core applications, so there is no need to have a .NET Core application that targets the full .NET framework. 

The installation of Telerik Reporting now includes a fully functional ASP.NET Core example to help you get started.
Please check the related documentation article here: Telerik Reporting - .NET Core support and feel free to share your feedback.
Posted on: 02 Jan 2019 08:15
Yes, I should have mentioned that R1 2019 is scheduled for mid-January, so I hope you will have enough time to give it a try and decide if it this release will work for you. We usually ship a SP release a month later, so we will get the chance to refine things based on the feedback we receive.
Thanks for your interest.

Progress Telerik
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Feedback Portal and vote to affect the priority of the items
Posted on: 02 Jan 2019 07:49

Hi Milen

Ok, Will R1 be here in Q1/2019? (It is my deadline to implement reporting on the server side, otherwise I need to make a [temporarily] dirty hack and move the file generation to the windows client...) Probably I have to do that anyway, since V1 of this feature may not yet be production ready....

Posted on: 02 Jan 2019 07:45
Hi Thomas,

This feature is in development now and we are targeting the R1 2019 release to provide the first release for you to play with. It will have .NET Core 2.1 support for both Windows and Linux with some limitations on Linux. Stay tuned!

Progress Telerik
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Feedback Portal and vote to affect the priority of the items
Posted on: 02 Jan 2019 07:22

Hi Ivan,

Thanks for that feedback. Interesting! libgdiplus is part of MONO but I could not find it in my runtime container. Looks like it is not part of what MS redistributes in its runtime docker image. Try to research a bit more and then change my docker file to get this thing installed in my runtime containers and then give it a try.

Just one question: Is this a supported feature? As a customer can I create a ticket for telerik reports if I have a question regarding this on LINUX?

Posted on: 02 Jan 2019 01:00
Thanks @ivan. I wasn't aware that you even *have* a .Net Core release of the reporting engine? That's what this is about. Happy to be proven wrong though.
Ivan Hristov
Posted on: 31 Dec 2018 10:21

Unfortunately the GDI dependencies are hard to be omitted - simply put, GDI provides the fastest way to process text (measuring, splitting, aligning, etc.), which is essential to our product. In Windows environment .Net Core runtime manages to resolve the GDI+ calls issued by System.Drawing.Common package natively, but in Linux a separate library called libgdiplus needs to be installed. We haven't tested extensively our .net core implementation in a Docker, but a container with a Linux image that has libgdiplus installed should run Telerik Reporting engine without problems.

Ivan Hristov
Progress Telerik
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Feedback Portal and vote to affect the priority of the items
Posted on: 28 Dec 2018 08:02

Just as an addon to my vote:

We run all our services in docker and .netcore 2.1 or higher, there will be NO windows services at all in the very near future. We are currently using Telerik reports. One of your competitors (devexpress) will soon support .NETCore. See announcement

I would be happy, if Telerik could do the migration too and get rid of the GDI stuff which is Windows propriatary. It would save me some work to port report templates etc.!

Posted on: 22 Dec 2018 22:09

Status "In Development" is a very good news.

Thank you Telerik !


Posted on: 05 Dec 2018 11:41

Thank you for changing the status to "In Development".

Also, Microsoft releases yesterday 2018-11-04, the .Net Core 2.2 and .Net Core 3.0 Preview.

Posted on: 27 Nov 2018 06:30


And that is recommended, to fully support cross-platform.

Also, they start dropping support the Full framework, check any security updates and new features, it will be applied to NetCore without NETFW.

Posted on: 26 Nov 2018 16:06

Microsoft drops support for full framework for ASP.NET Core 3.0

ASP.NET Core 3.0 will only run on .NET Core 

We need .net core reporting 

Posted on: 23 Nov 2018 02:26
Posted on: 11 Nov 2018 21:54
The issue you provide the link for was closed 9 months ago, with the release of WCP "Windows Compatibility Pack".
While the "System.Drawing.Common" released 1 month ago.
And it sits on top of native libraries "libc6-dev" and "libgdiplus" for linux
Posted on: 11 Nov 2018 21:19
Don't know about that, it looks a bit ugly:
Posted on: 11 Nov 2018 20:32
First, I hope we can focus and append all similar requests into one.

Second, I think now Telerik could use the "System.Drawing.Common" Version 4.5.1, It now supports .NETCoreApp 2.0

Also, check "Scott Hanselman" blog

I hope they can do it, even before the .NET Core 3.0
Posted on: 11 Oct 2018 19:09
Can I chime in here to add some nuance to this issue.

The steps to .NET Core Telerik REST API support are as follows:
1) no support (net 4.6.x required for REST API) - CURRENT SITUATION
2) net core 2.x support for REST API, linux and OsX throw PlatformNotSupportedException
3) net core 2.x support over all platforms

To illustrate the impact of these stages, I built my application using net core 2.1, but then had to convert it all to net 4.6.2 to make it work with the REST API. This was a major problem.
Telerik has been suggesting that the front end reporting tools can use the HTML5 viewer in native net core, then host the REST API in a separate net 4.6.x application. This might work for a corporate LAN where security is all taken care of in the networking configuration, but for a public facing website where security requires forms authentication to log into resources, the complexity to add authentication to the API, which is definitely necessary to secure the data, will be prohibitively difficult to set up and co-ordinate since it requires not only two different security setups, but co-ordinated login across both. This is scenario 1) above.
Telerik can claim that this is .NET Standard, but in fact if this were the case it should run on net Core 2.x as well. In fact, this is a .NET classic only solution.

If Telerik supported scenario 2), which would not be at all difficult to implement since it would still only run on windows, then a native net core 2.x application could run the REST API, but only when hosted on Windows. Frankly, hosting net core on Windows is a fairly minor imposition compared to having to port a whole project back to net core 4.6.x, which can then only run on windows, anyway.

Scenario 3) is understandably very complex to implement. It would not surprise me if this took years to implement, and a very significant expenditure of resources by Telerik. In fact, I'm not even convinced it would be worth Telerik's while to do, as it would require the parallel support of Linux, OSX and windows GDI libraries. This would rely on .Net core support of those libraries, which is currently very fragmented and shows no signs of resolving in less than a several-year timeframe. We can be confident that Telerik's use of these parallet GDI libraries would flush out a goodly number of bugs along the way, and that fixes for these bugs would not be under Telerik's control.

Anyway, as a summary to the above I would call on Telerik to move to scenario 2) above ASAP. I do not believe it would be hard to do, and the benefits would be significant.
Scenario 3) would be far more challenging, and I would call on Telerik to undertake a sober evaluation before attempting any work towards it. Because any solution would necessarily depend on the Net Core porting efforts of the drawing libraries, Telerik's effort would have to proceed in lockstep with that project.
Posted on: 28 Sep 2018 20:48
We are in desperate need for this in order to implement an API, do you have an estimated release as to when we can have this support?
Posted on: 24 Sep 2018 13:58
I see this has request has been "Approved", can you give us any indication which release it may be in as we are looking at porting our software over to .net core 2.1 (2.2)
Posted on: 23 Sep 2018 03:39
Please add
Posted on: 21 Sep 2018 12:03
Much needed, please add.
Posted on: 21 Sep 2018 06:54
Please add
Posted on: 19 Sep 2018 13:20
Please add
Posted on: 18 Sep 2018 15:20
Since all of our new applications are targeting .NET core and running on linux, we are considering to NOT use the Telerik reporting engine anymore.

.NET Core reached version 2.1 an in my point of view is stable enough to rely on for enterprise grade application.

Telerik should make public statements on his plan for Reporting on .Net Core and eventually release a roadmap on this.

As the lack of information we are actively looking for competitors product (some of them has already their product on public beta/preview).

Posted on: 18 Sep 2018 14:57
We are currently running Telerik reporting on .Net Framework 6.2.  Most of our new applications are using DotNet Core.  Our goal is to move all application to running on DotNet Core and Docker containers under Linux.  We really need Telerik Reporting to run on DotNet Core in a Linux environment.
Posted on: 17 Sep 2018 16:43
Please add it.
Posted on: 14 Sep 2018 08:56
It is critical to have the .net core full support
Posted on: 11 Sep 2018 15:29
Yes please add full native support for net core
Posted on: 07 Sep 2018 18:37
We also need this feature for our .Net Core 2.0 project. 
Posted on: 04 Sep 2018 20:45
Please add me to the list of folks that could really use this as well. Thanks.
Posted on: 28 Aug 2018 11:55
I understand that Telerik.Reporting uses GDI+ that is available only on windows. But there are other cross platform dotnetcore libraries that can "draw stuff". Changing to some of those might be a double gain for Telerik, because GDI+ is generally not recommended to run on server anyway.
Posted on: 28 Aug 2018 11:50
I am glad you have this feature request already registered. I am adding my vote to support net core. Technically we need to be able to use Telerik.Reporting.dll in a library that targets <TargetFramework>netstandard2.0</TargetFramework> so that we could run it as AzureFunctions v2.0 or even host it on a Linux instance of dotnetcore in Azure.
Posted on: 19 Aug 2018 13:44
I am so disappointed to know that Telerik reporting is not supporting full .net core, it will be a plus it have it ASAP
Posted on: 10 Aug 2018 17:06
Please we need it for net core
Posted on: 26 Jul 2018 15:51
Even if this only starts out in the ASP.NET Core capacity, using HTML5 for the viewer and having a ASP.NET Core 2.1 REST service for the report management/generation, this would be far better than having zero .NET Core native support. Obviously NetStandard is were the library should be headed.

Heck just start a brand new product for ASP.NET Core reporting... don't  even worry about a full refactor of the old report engine.
Posted on: 25 Jul 2018 12:06
I need this too.
Posted on: 16 Jul 2018 14:27
I need this feature 
Posted on: 11 Jul 2018 18:09
Desperately need this tool for my .Net Core 2.0 project. Thanks
Posted on: 18 Jun 2018 09:42
My vote goes for this feature too, because, as someone mentioned, we are going to deploy the app to linux containers.
Posted on: 18 May 2018 19:37
I need this too.
Posted on: 03 May 2018 14:59
I require this as well. thank you.
Posted on: 25 Apr 2018 18:09
This would be huge for us as it would allow us to create thousands of reports and statements in minutes instead of lots and lots of hours.
Posted on: 23 Apr 2018 17:09
Please add this. Like others, we also would really like to be able to run the report engine on Amazon Lambdas, or a the very least, on Linux instances.

I understand GDI+ is the issue, but System.Drawing library is now supported in .NET Standard 2.0, as of System.Drawing.Common 4.5.0-preview1 . See . There is also a lengthy discussion about the topic here. . 
Posted on: 23 Mar 2018 13:54
Hi! Thank you for all your input. We are even more eager than you to compile the Reporting runtime for OS-agnostic runtime. However, there are many questions we need to answer before being able to give a definitive answer if and when can we implement this. Even if possible, please do not expect it done by the end of the year.
Posted on: 20 Mar 2018 01:07
We would also like this feature, if possible. We would like to host on Linux containers but we also need Telerik Reporting features embedded in the app.
Posted on: 19 Mar 2018 09:27
For smaller hosted projects where it is easier to have the reporting in the the same project.
I vote for this also...
Posted on: 19 Mar 2018 09:19
This is a 'must have' requirement to be able to host the report generation service on hosts other than Windows with the full .NET Framework. 

I realise that the report generation relies on the GDI functions and will take some considerable effort to port to .NET Core and so it may be sometime. However, as Samuel mentioned above, a timescale would be good if you can provide it.
Posted on: 19 Mar 2018 09:01
I'd like to integrate Telerik Reporting into my existing CORE 2.0 Project to reuse existing business logic and interfaces.
We use ASP.NET Boilerplate/ZERO Components and definitely want to avoid backing down/"downgrade" since it is too late to reuse other ABP templates for our project.

You have my sincere vote to introduce full CORE 2.0 Support.

Some estimation about whether or not and when you think this feature will be introduced would be appreciated.

Thank you.
Posted on: 14 Feb 2018 08:26
Hi. We are researching if it is possible to compile the runtime (report generation engine) for .NET Standard. Thank you for your input.
Posted on: 06 Feb 2018 12:16
me too facing the same issue. Now unable to host on linux bcos of full .net dependency. Kindly provide the solution for the same
Posted on: 02 Feb 2018 07:11
I have exact the same need.  Our main project Core 2.0 Mvc project targets .net Core 2.0 since it must run on a Linux server and we would like to add reporting that does not depends on the Windows O.S. 
So it has my vote!