- - PR -
Javaでの本番反映(本番サーバへのデプロイ)について
投稿者 | 投稿内容 |
---|---|
|
投稿日時: 2008-05-27 10:46
自宅のアプリケーション位ならば、スレッド主と同じなやり方ですが、仕事などの場合はやはりwarを使います。
オブジェクト個別でリリースするときは、忘れたり間違ったりとか、トラブルが起こりやすいからです。 また、頻繁に本番反映するのはちょっと心配ですが。 _________________ ブログ http://uprushworld.blogspot.com/ 助君 -- あなた専用のカスタマイズ ウェブナビ http://www.sukekun.com/ A website and community for programmer http://uprush.net |
|
投稿日時: 2008-05-27 11:10
・アプリとしてのJSP
・コンテンツとしてのJSP この価値観の違いで議論が微妙に混乱していないでしょうか? |
|
投稿日時: 2008-05-27 11:17
差替えになる部分だけ切り出して別のリソースとして配備、たまに読み直すようにしては?
|
|
投稿日時: 2008-05-27 12:13
>かつのりさん
そのようですね。 Webページの一部としてJ2EEを使う案件などではよく揉めるパターンです。 お客さんは「HTMLなんだから簡単に(自分で)修正できるんだろ!?」って状況は何回かありますね 静的な部分とうまく分離できるように設計していない場合は悲劇です |
|
投稿日時: 2008-05-27 13:46
ほぼ静的なコンテンツでも、
ヘッダとフッタだけはサーバサイドでレンダリングする、 みたいなケースがよくありますからね。 で、デザイナーさんも ・ここの部分だけはいじらない ・このヘッダとフッタを入れる というルールでJSPでのコンテンツを作ってもらったりすることもあります。 J2EEだからWARにするべき、というように決めるのではなく、 システムに応じた運用方法を決めてもよいのでは?と思います。 運用フェーズなら、運用手順くらい決めて運用しているでしょうし。 #自分も業務システムなら大体WARですけどね。 |
|
投稿日時: 2008-05-27 21:08
わたなべさん
>JSP1本であろうとアプリケーションに修正を入れたという事実は変わりません。 >よく解らない独自の方法でデプロイルールを作ったり、JSPだけの時は直接編集OKだったり、そんな運用方法はトラブルの元です。 JSP一本をアップするのに、サーバ再起動を行うなんて、 そっちのう方がおかしいと思います。 普通、サーバを再起動するときなどは、深夜とかに行うと思いますが、 急な文言変更、デザイン変更がJSPのみで簡潔する場合、サーバの再起動なんてしません。 |