問題タブ [ssrs-2012]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
reporting-services - SSRS 折れ線グラフの動的 Y 軸
Y値が設定されている折れ線グラフがあります
そして、グループ化するカテゴリグループがあります
範囲が小さすぎる場合に分数が表示されないように、Y 軸の間隔を動的に設定しようとしています (以下を参照)。
区間式を
行の総数が 5 以下の場合は問題なく動作しますが、本当に必要なのは、カテゴリ グループのコンテキストで CountRows() が返す最大値です。
これを達成する方法はありますか?
asp.net - SSRS: 「HTTP 400 Bad Request - Request Too Long」が発生するまで SKA-cookie が蓄積されるのはなぜですか?
SQL-Server Reporting Services 2012 (SSRS 2012) をフォーム認証に切り替えて、インターネット経由で使用できるようにしました。
SSRS 2012 のフォーム認証のサンプルがどこにも見つからなかったので、SSRS 2008R2 のサンプルを使用して、シングル サインオン (SSO) 用に 2012 に適合させる必要がありました。
その時点で、すべてが期待どおりに機能しているように見えました。ドメイン間でSSOを機能させることさえできました。
しかし今、私は問題を抱えています:
HTML が非 IE5-QuirksMode で正しく表示されるように、td border-size を変更する小さな JavaScript を挿入する必要があったため、Google Chrome ですべてのレポート (200 以上) をテストしていました。約50回目のレポートの後、私は突然得ました:
「HTTP 400 不正なリクエスト - リクエストが長すぎます」
その後、以前は機能していたレポートでさえ、他のレポートを表示できなくなりました。
この問題は Cookie が多すぎることが原因のようです。実際、いくつかの「*_SKA」(Session Keep Alive?) Cookie を削除すると、再び機能し始めました。
私の問題は、この「Cookie オーバーフロー」の原因がわからないことです。また、これが Chrome のバグなのか、Vanilla SSRS のバグなのか、新しいフォーム認証によって引き起こされたバグなのかはわかりません。
Cookie と関係のある新しいフォーム認証で行うことは次のとおりです。
そして、このコードは、下部に表示される「sqlAuthCookie」を作成します。「sqlAuthCookie」は 1 つしかないため、これがフォーム認証のバグである可能性はないと思います。
問題はSKA Cookieのようです.AFAIKはフォーム認証とは何の関係もなく、すべてバニラSSRSと関係があります.
この理由として私が見ることができる他の唯一のことは、web.config ファイルのフォーム認証セクションに入力したフォーム認証クッキーのタイムアウトを 720 分に変更したことです。
セッションキープアライブ Cookie によるフラッディングを防ぐために何ができるか知っている人はいますか (これらの Cookie を手動で削除する場合を除く)。
非常に煩わしいことを除けば、それ自体は問題ありませんが、ユーザーはおそらくそれをあまり理解していないため、問題になるでしょう...
c# - VS 2012 Report Designer 共有データ ソースの作成
私はインターンです。私たちの会社のレポートの第一人者は私のメンターでしたが、彼は 8 か月前に去り、私は彼のレポートの責任を引き継ぎました。
いくつかの新しいサーバーを展開しています。INT バージョンと STG バージョンの新しいレポートと接続をセットアップしました。これら 2 つのサーバーに完全にアクセスできます。
PROD に対する権限がありません。DBA は、ターゲット サーバー上に共有データ ソースを作成しました。(彼は最初にサーバー上のすべての共有データ ソースを作成しました)
Report Designer で共有データ ソースを作成し、PROD サーバー上の共有データ ソースに接続しようとしました。私は失敗しました。
アクセス権のないサーバーを指すレポートをシステムで管理しています。彼らの共有データ ソースは、私が入社する前にセットアップされました。
1問目。ターゲット サーバーに対するアクセス許可がない場合、レポート デザイナーで共有データ ソースを正常に設定できますか?
http://technet.microsoft.com/en-us/library/ms155845.aspx
私はこのページを熟読し、最も適切と思われるものを引用します。
"共有データ ソースを作成するか、そのプロパティを変更するには、レポート サーバーに対するデータ ソースの管理権限が必要です。レポート サーバーがネイティブ モードで実行されている場合は、レポート マネージャーを使用して、共有データ ソースを作成および構成できます。サーバーが SharePoint 統合モードで実行されている場合、SharePoint サイトでアプリケーション ページを使用できます。モードに関係なく、どのレポート サーバーでも、レポート デザイナーで共有データ ソースを作成し、それをターゲット サーバーに発行できます。"
2番目の質問。この場合、操作の順序は重要ですか? 最後の文は、データ ソースを作成してサーバーに公開できることを示しています。最初にサーバーで作成し、次にレポート デザイナーで作成すると、異なる結果が得られますか? (INT および STG では、レポートはこの 2 番目の方法で適切に展開されます)
この 2 つの質問にお答えいただき、ありがとうございます。私の背景情報が十分に明確であることを願っています。
asp.net-mvc - SSRS レポートからハイパーリンクがクリックされたときに URL を変更し、ページ全体を更新しないようにする方法
私の質問は、SSRS レポートからのハイパーリンクがクリックされたときに Web ページ全体を更新せずに URL を変更する方法はありますか?
ここに示されているSSRSレポートRDLCでハイパーリンクの2つの異なる実装を試しました: SSRS:SQLサービスレポートでハイパーリンクを表示する方法
第 1 の方法のテキストボックス のプロパティ > アクション ウィンドウ > URL ラジオ ボタンに移動 > 選択した URL: http:// localhost:(ポート)/#/Path/ViewDetails
第 2 の方法 プレースホルダーを作成する > 右クリック > プレースホルダー プロパティ > 一般ペイン > マークアップ タイプ: HTML - スタイルで HTML タグを解釈する > 値: ="< a href="http:// localhost:(port)/#/Path/ViewDetails ">詳細を表示</a>"
AngularJS を使用し、SSRS Report Viewer のローカル処理モードを実装した MVC プロジェクトがあります。Report Viewer は ASPX ページ (MVC.ViewPage) に実装されました。
ReportViewer.aspx
この ASPX ページを MVC 部分ビューの IFrame にロードします。
ViewDetail.cshtml
viewDetail.js (AngularJS コントローラー)
「View Detail」というハイパーリンクを含む RDLC レポートがあります。
アプリをシングル ページ アプリケーションのように動作させたい。レポートから [View Detail] リンクをクリックすると、ページ全体が更新されるのではなく、URL のみが変更され、AngularJS コントローラーから JavaScript メソッドが実行されます。
シングルページアプリケーションのように見せるために、AngularJS の $routeProvider も実装しました。
app.js
ReportsController.cs(MVC コントローラー)
アプリケーションを単一ページ アプリのようにする $routeProvider は、SSRS レポートのハイパーリンクが URL を変更したときに機能しません。
reporting-services - SSRS - SSRS ツールバーにボタンを追加する
SSRS ツールバーにボタンを追加することは可能ですか?
現在、ツールバーには、エクスポート、更新、および印刷ボタンが表示されています。新しいページにリンクするボタンを追加したいと思います。
これは可能ですか?