-
- いいね！1
Shin Tanimoto / CERO-METAL
@cero_t
@chiroito @yoshioterada 管理画面の話があるないで言えばあるんですが（あんま使ってないですが）、そもそもコネクションのライフサイクルと、アプリケーションのライフサイクルが同じか/異なっているかで前提が違ってるので、話が通じてない気が。
2016-06-17 10:56:19
寺田佳央＠クラウド・アドボケイト
@yoshioterada
@chiroito @cero_t JDBC のリソースと、接続プール分けて、実際に接続する先を接続プールに設定して、プログラム側からはJDBCリソース参照させれば、コマンド一発で接続先切り替えられるかと。 “yoshio3.com/2010/02/08/gla…データベースの設定/“
2016-06-17 10:57:42
Takahiro YAMADA
@yamadamn
@chiroito WLSとかGlassFish使ってる人は結構管理コンソール使ってるもんだと思ってた。環境によってCLIしか使えない場合もあるだろうけど。
2016-06-17 10:58:23
寺田佳央＠クラウド・アドボケイト
@yoshioterada
@chiroito @cero_t 日本語 URL 入ってたのでこっち。 yoshio3.com/2010/02/08/gla…
2016-06-17 10:58:47
KUBOTA Yuji
@sugarlife
@cero_t @chiroito @yoshioterada 元の話題に戻ると割と常識だけど、商用で気軽にぶいぶいやるのは SIer だと少ないのでは。(サーバー台数が多くて一台こけても平気で、柔軟にチューニングする裁量認められてるとかでもない限り)
2016-06-17 10:59:08
Chihiro Ito
@chiroito
@yoshioterada @cero_t ほんと、これ。warとかjarに設定ファイルが入ってるのを良く見るけど、環境設定とアプリを混在させるのはダメだと思う。
2016-06-17 10:59:10
Shin Tanimoto / CERO-METAL
@cero_t
@chiroito @yoshioterada We have Cloud Config!
2016-06-17 11:00:20
Chihiro Ito
@chiroito
@yamadamn 元の話だと、環境設定とアプリはきちんと分割しないとダメだと思うんですよね…war とか jar が環境によって違うと、アプリ起因なのか環境起因なのか切り分け難しいので…
2016-06-17 11:00:49
KUBOTA Yuji
@sugarlife
@cero_t @chiroito @yoshioterada ので本番だとアプリと環境設定を固定でぶち込むのをアリだと判断するところがあってもおかしくないなあという認識です(良い悪いは別として
2016-06-17 11:01:14
Chihiro Ito
@chiroito
Java EE を仕事でやることはあまりなく spring ベースの製品さわってるけど、データベースの接続先はアプリに含めず環境側に定義してるよ。
2016-06-17 11:03:33
Shin Tanimoto / CERO-METAL
@cero_t
@sugarlife アプリとコネクションプールが別ライフサイクルになっていれば、そうでしょうねぇというしかないんですけどね。
2016-06-17 11:03:34
Chihiro Ito
@chiroito
@cero_t Java EE ではない AP サーバがもつ設定ファイルですね。管理画面や REST でも参照/変更できます。
2016-06-17 11:06:08
KUBOTA Yuji
@sugarlife
@cero_t それ以前にアプリは環境依存じゃなくてポータブルすべきで、設定は差し替えられるようにすべきだという話に見えてきた…
2016-06-17 11:06:09
Shin Tanimoto / CERO-METAL
@cero_t
@chiroito すみません、Executable JARなもので・・・僕もその前提で話し過ぎました。
2016-06-17 11:07:01
寺田佳央＠クラウド・アドボケイト
@yoshioterada
@sugarlife @cero_t @chiroito 柔軟性がないシステムになり、頑張ってくださいとしかいいようがない。(^_^;)
2016-06-17 11:07:17
Shin Tanimoto / CERO-METAL
@cero_t
@sugarlife そうなんすよね、色々な観点の話が混ざってて。 元の話は、稼働中のAP/DBに対して、ゼロダウンタイム、エラーなしでDB切り替えをする話なんですけどね。
2016-06-17 11:08:15
山本ユースケ
@yusuke
@yoshioterada @cero_t @chiroito @sugarlife もちろん良い点も悪い点もあって、何でもかんでも間接的に参照させるのがJava EEの面倒くさい点でもあり悪い点でも。デプロイメントを専門に行う人がいる、みたいな想定だしね
2016-06-17 11:08:23