2

Data Sources接続先のデータベースが環境によって決定されるように、BIRT レポートとそれらが置かれている iServer をセットアップしようとしています。私たちのセットアップでは、現在、iServer インスタンスが 1 つだけあり、多くの環境で Tomcat Web アプリケーションが実行されてヒットしました (これが問題になる可能性があります...)。

基本的に理想は、レポートが次の場所で異なる方法で接続されることです。

  1. iPortal/iServer と対話するアプリケーションのローカル tomcat インスタンスを実行しているローカル開発。ローカル データベースですが、デバッグなどのために他のデータベースに簡単に変更できるはずです。
  2. QA展開、QAデータベース
  3. 本番デプロイ、本番データベース

これを修正する方法として、次の 2 つのオプションを見てきました。

  1. 最初のオプションData Sourceは、をどこかのリソースの構成ファイルにバインドすることです。ここでの問題は、iServer が 1 つしかない場合、そのリソースは Web アプリケーションの場所ではなく、サーバーに対してローカルであるということです。したがって、私がそれを正しく理解していれば、これは私が探している柔軟性を提供しません。
  2. 2 番目のオプションは、すべての接続情報をレポート パラメーターとして渡し、アプリケーションに送信する正しいパラメーターを決定させることです。この方法で、アプリケーションはローカル構成ファイルからプルできます。このオプションは機能しますが、接続情報/資格情報を渡す際のセキュリティ (またはセキュリティの欠如) にうんざりしています。

誰にもより良い選択肢がありますか？それとも、開発のためにローカルの iServer インスタンスを実行しているだけですか? 各環境で iServer を実行すると、この問題が単純化され、本番環境にリリースされたレポートを、本番環境を中断することなく QA 環境で更新およびテストできるようになることがわかります。おそらくそれが解決策です。

4

2 に答える 2

1

考えられる 1 つの方法は、アクセスする環境を示す非表示パラメーターの値に基づいて、[データ ソースの編集] ダイアログの [プロパティ バインド] セクションで各接続プロパティを条件付きで設定することです。

このアプローチの例は、ここにあります。

于 2012-03-06T08:03:53.083 に答える
1

ローカル iServer の可能性を含め、開発のオプションを探しているとおっしゃいました。これはやり過ぎだろうと思います。BIRT で開発および初期テストを行いますか。レポートを実行するのに iServer は必要ありません。レポートを実行およびテストするために iServer 上のリソースが必要な場合は、BIRT Pro のサーバー エクスプローラーからそれらを参照できます。デプロイの準備ができたら、上記の Mark の戦略に従い、データ ソース自体でプロパティ バインディングを使用します。これは、BIRT に存在するのと同じように、この移行要件に存在するベスト プラクティスに近いものです。

于 2012-03-09T13:37:45.713 に答える