3

アプリケーションサーバーがクライアントをクライアントに変更する可能性がある場合、データソースを構成するための最良の方法は何ですか？

私はもともとアプリケーションサーバー自体でそれを指定しました。しかし現在、アプリケーションサーバーはクライアントをクライアントに変更しています。クライアントは、JBOSS、Tomcat、Websphereなどのさまざまなアプリケーションサーバーを使用してい

ます。クライアント固有のサーバーに従って構成する必要があり、アプリケーションサーバーの構成を理解する必要があるため、今では面倒になっています。

そのため、現在、データソース構成をSpringのアプリケーションコンテキストに移動しています。

  • 複数のアプリケーションサーバーを処理しながらデータソース構成を挿入する最も効率的な方法は何ですか？
4

2 に答える 2

1

データベース自体の中にデータソース構成を保持する良い代替手段があります。

Webアプリケーションには、他のデータベースの構成を読み取るmaster-configdbの詳細が提供されます。

利点：

  1. db構成を変更するには、再デプロイは必要ありません。master-configデータベースを変更するだけです。
  2. すべてのWebアプリのコンテキストは、master-config dbの構成のみが含まれるため、類似していて単純になります。

不利益：

  1. コンテナの接続プールとリソース管理を使用できなくなります
于 2012-05-29T19:20:14.177 に答える
1

アプリケーションレベルでデータベース接続を構成することを好みます。

これを実現する良い方法は、Web アプリケーションの外部にあるプロパティ ファイル (「/home/myuser/mywebapp/database.properties」など) で関連する接続設定を定義することです。次に、Spring アプリケーションを構成して、このファイルからプロパティを読み取り、それに応じてデータソースを作成できます。

こうすればできる

  • クライアントのアプリケーション サーバーの (再) 構成を回避する
  • データベース プロパティ ファイルの場所のみが必要になるため、ビルド システムでクライアントのデータベース設定を保持しないでください。
于 2012-05-29T22:20:38.677 に答える