プロジェクトで Reporting Services ReportViewer コントロールを利用したいと考えていますASP.NET Core MVC 。
他の回答で提案されているソリューションは、プロジェクトに Web フォームを追加することです。
ただしASP.NET Core 、Web フォームをサポートしていないため、コントロールを Web フォームに追加できません。
ASP.NET Core Web アプリケーションで ReportViewer コントロールを使用する際に役立つ可能性のある他の回避策はありますか?
2019年アップデート
ReportViewer は Windows 上の ASP.NET Core で動作しており、ほとんどの機能 (PDF と画像/PowerPoint を除く) は Linux 上の ASP.NET Core でも動作します。
ただし、まだ除去すべきバグがいくつかあります。
詳細については、この github issue を参照してください。
ReportViewerのライセンスはかなり制限されているため、公開できません...
これは、 amh1979 による AspNetCore.Reporting nugetに基づいています。これも amh1979 によるReportExecution.asmx のラッパー ナゲットを
試すことができます。これにはライセンスの問題はありませんが、実際の ReportViewer ではありません。
いいえ、できません。
Microsoft は、.NET Core ReportViewer コントロールの作成を評価しているだけです。
つまり、現在 (05/2017) はありません。
また、ASP.NET MVC 用の ReportViewer "コントロール" もありません。
MS-ReportServer の ReportExecution.asmx には、 alanjuden のラッパーしかありません。
しかし、それは同じではありません。これには、レポート サーバーでの Windows 認証 (user-must-be-member-of-specific-ad-group と共に) と、Windows で実行されている SSRS サーバーが引き続き必要です。
とにかく Windows に SSRS-ReportServer がある場合は、SSRS ReportViewer.aspx を iframe に埋め込む方がはるかに優れています。レポート サーバーにフォーム認証を追加することをお勧めします。また、クロスプラットフォーム (= クロスブラウザー = 非 IE) である必要がある場合は、SSRS >= 2016 (クロスブラウザーは SSRS 2005/2008R1/2008R2/2012/2014 では使用できません) が必要です。
Windows を使用していて、(顧客) が特定のバージョンの SSRS をインストールする必要がない場合 (つまり、MS-SQL サーバーのライセンスを取得する必要がある場合)、.NET 非コア Web アプリケーションを作成できます。 IIS (同じドメイン) で、auth-cookie を共有します。次に、その ReportViewer を IIS .NET 非コア アプリケーションから iframe (または target=_blank でリンク) を介して .NET Core Web アプリケーションに埋め込みます。そうすれば、たとえば MySQL/PostgreSQL/Oracle を使用している場合、SQL-Server ライセンスは必要なく、MS-SQL-Server も必要ありません。
待つ以外に、Apache Tomcat と BIRT をアプリケーションにバンドルし、Launch4J を使用して JRE で再配布できます。次に、Eclipse-BIRT ReportDesigner を使用して BIRT レポート (非 SSRS レポート) を作成するだけです。
または、JasperReports を JasperServer に埋め込むことができます。
これは、BIRT よりもビン展開がはるかに困難です。
しかし、ドッカーが助けになると思います。
Jasper と BIRT には、Linux/Mac でも実行できるという利点があります。
ただし、これは、サーバーに JRE をインストールするか、アプリケーションと共に JRE を bin デプロイする必要があることを意味します。
BIRT に対する Jasper の利点は、高速であることと、縦書きテキストをサポートしていることです (Web だけでなく、縦書きテキストは画像としてレンダリングされません)。
通常、Web サイトからダウンロードした BIRT リリースには常に問題があり、最初は BIRT を実行できません。JAVA_HOME 環境変数の欠落、.jar 依存関係の欠落、または .jar ファイル内の無効な署名である可能性があります。その時点でのマシン上の状態に関する情報については、TOMCAT ログファイルを調べてから、問題をググってください。
BIRT の良いところは、bin デプロイが比較的簡単なことです。
nodeJS が好きなら、もう 1 つのオプションは jsReports です。
ただし、インストールと複雑さがなければ、Bin-Deploy はさらに難しくなります (PhantomJS、Webkit、wkHtmlToPdf - たとえば、Raspberry PI の ARM プロセッサを使用する場合)。
数年の余裕がある場合は、SSRS チームが .NET Core に移植するまで待つこともできます。
ASP.NET MVC と ASP.NET Core の両方で動作するレポート ビューアーを次に示します。