1

dfc.jarおよびdctm.jarAPIを使用して Documentum ドックベースに接続する Grails アプリケーションがあります。これらの jar はdfc.properties、ドックベース設定を構成するためにファイルがクラスパス上にあることを想定しています。これは 1 つの環境で作業する場合には問題ありませんが、それぞれ独自の構成を持つdev、test、および環境の war ファイルを作成しています。proddfc.properties

Grails 環境構成は、アプリ内の他の環境固有の設定を処理するのに最適ですが、dfc.properties環境ごとにファイルをオーバーライドする方法や、Documentum API を構成して別の場所から設定を取得する方法がわかりません。

環境固有のプロパティ ファイルを用意し、各 war ビルドの前にシェル スクリプトを実行してそれらをdfc.propertiesファイルにコピーすることを検討しましたが、ハックが多すぎるように感じます。異なるバージョンのプロパティ ファイルをコピーして混乱させることなく、3 つの war ビルドを実行できるようにしたいと考えています。

 grails dev war
 grails test war
 grails prod war

このマルチ環境構成の問題に対処する方法についての提案は大歓迎です。

4

1 に答える 1

0

この行を WEB-INF/classes 内の dfc.properties の先頭に追加し、外部化されたバージョンをアプリケーション サーバーの外部に保存します。

#include D:\Documentum\config\dfc.properties

他の環境構成を外部化できる限り、必要な戦争は 1 つだけです。

おまけとして、必要に応じてアプリケーション固有のキーを WEB-INF バージョンに含めることができ、外部コピーとマージされます。このようにして、複数のアプリケーションを個別に構成できますが、たとえば、同じ docbroker/global レジストリ設定を使用します。

于 2012-05-31T11:59:19.723 に答える