Updating report viewer 2016 problem
Updating report viewer 2016 problem - dating dsa numbers
SSRS can setup automatic emailing of reports to users, you can email a link to the report server for some users and a pdf, word or excel file to others.
I don't understand why the dotnet and core initiatives are keeping silent on this issue on all previous announcements. If you need X-Plat reports, I'll recommend something like Chartist. from your perspective it might not be critical but some other developers are considering it very important for their projects because once they develope an app and go live with it, development tasks get holded and reporting tasks become daily routine tasks.
If you could get us word on the timeline for a solution that would be something.
This issue is large enough that it will prevent us from using mvc core. We really need a solution that gets around the need for the users to log into the ssrs server.
I'm relying entirely on SSRS to render the report and give me back the report data via the SSRS API. Sorry but that would be way more work than I'm looking to do on this project.
I created my Mvc Report Viewer as an easy solution to get around the pains of bringing in the ASP. Report Server or RDLC which is called "client reports" report server is more work to setup and manage yes that is true.
so now i am making a web forms web app that i am adding Open Id Connect support to so that i can have SSO working between my shiny new angular app and my reports then i will see if i can some how bring them together with iframes hackery or some other means.
wish microsoft would update ssrs to play better with new web tech. : P The real reason that I won't do that is because I have only made the front end viewer of the report viewer.
I would like to add my prompt to the team as well... I appreciate Alan Juden's solution, but we need an "official" solution...
Given that core 1 has been out for months now it would be helpful to have some word on the status of this.
It is like [Reporting is not a major concern for developers and they can deal with it using html and print css classes] currently we are migrating a small erp with alot of ssrs rdlc files and css approach is not doing any good in cross browsers reporting. because even itextsharp hadn't release a library until now. Drawing then at least windows implementation can be completed before [linux and OSX] in order to increase adoption for current windows developer instead of waiting for the full cross-platform implementation for System. The support with SSRS would probably come from the SSRS team and not the . Since we're not even out of RC yet, I don't see this as a critical feature in V1. It allows you to generate charts directly on the client. also some projects handle reports creation to BI (business intelligence) team who knows how to use ssrs but dont have an idea about core.
on the other hand, past week microsoft released ssrs 2016 with pure html5 viewer that eliminated the need for activex installation [which was the only downside for using ssrs on non-ie browser] ssrs 2016 viewer fit perfectly in core eco system perfectly but no official statement regarding core support was declared. Drawing I hope this post will make the team reconsider some priorities to enable ssrs within core with respect for Mvc Report Viewer mentioned in previous post (it is a wrapper around webforms viewer) and it helped alot of mvc developers in the past to overcome the lack of mvc report viewer in mvc1 to mvc5 [Thanks so much ilich], I hope to see a full solution because ssrs was not a first class priority and people kept quite about it in pre-core mvc. If you need to do reports, may I recommend just running the webforms version? the aim of my post was to understand ssrs position within core eco system. ssrs team are within microsoft and core team may discuss the issue with them.
You will need to download the hotfix files from the link mentioned below: Update for Microsoft Visual Studio 2010 Service Pack 1 Report Viewer (KB2549864)