アカウント名:
パスワード:
もうStruts2はShutdownすればいいよ
「不具合多いので終わります。ありがとうございましたー」
でいいよ。たいしてやる気も無いのにちまちま対処療法してたって利用者は「まだ使えるんだ、じゃあつかうかー」って同じこと繰り返すだけ
炎上覚悟でプロジェクト閉じて、いまだ目が覚めてないStruts2ユーザーに乗り換えを促進させたほうが、役立っているという意味ではまだマシ
代わりに適切な、Javaフレームワークをチョイスしていただけると有り難く。
どうせ書き直すんだからC#(+ASP.NET MVCとか)でいいんじゃね?
JavaからC#に移行できない程度の応用力ならプログラマー切って据え替えるところからで。
C#は別にいいんだけど、JavaならJavaでいいじゃんサーバまで買い換えさせるんか?無理に決まってる新規にサーバから立て直すならわかるが、Struts2からの置き換えでC#という選択肢はないよ
Linuxで運用するのはちょっとなぁ。
今時のLinux動かしてるのなんてIAサーバーだからWindowsいれればハードの交換なんざ必要ないと思うんだが。逆はあるにせよ、IAサーバーに使うようなパーツ・周辺機器でLinux用にドライバ供給しててWindows用ドライバはありません、なんて話は聞いたことがないし。既存DBとのすりあわせとかで考えるにせよ、別にWindows Server(+IIS・ASP.NET)とLinux(OracleやPostgre等)のシステム構築例は世の中にいくらでもあるから、システムのみ移行すれば事足りる。システム移行の手間で考えても、Struts消して別フレームワークで構築し直したアプリをデプロイするならそこそこの時間止める必要はないから、「Linuxのままならサービス停止時間がほとんどなく移行できる」ってわけでもない。
Windows Serverのライセンス料は確かに必要だけど、業務で使うなら何かしらのLinuxのディストリを保守してくれるところと契約結んでるんじゃなの?その費用と比べてWindows Serverが著しく高いってことはないと思うなあ、現状。
# Strutsから別フレームワークに「移植」するなら、移植先のフレームワークにあわせて作りを変更するのはどちらにせよ必要なので# あえてJavaを維持することに拘る理由は殆どないと思うが# Struts向けコードを既存資産を資産として使い回せるほど共通点あるJavaフレームワークって何かあったっけ?
CALを考えないといけないシステムだと・・・
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
はよ終息 (スコア:0)
もうStruts2はShutdownすればいいよ
「不具合多いので終わります。ありがとうございましたー」
でいいよ。たいしてやる気も無いのにちまちま対処療法してたって
利用者は「まだ使えるんだ、じゃあつかうかー」って同じこと繰り返すだけ
炎上覚悟でプロジェクト閉じて、いまだ目が覚めてないStruts2ユーザーに
乗り換えを促進させたほうが、役立っているという意味ではまだマシ
Re: (スコア:0)
代わりに適切な、Javaフレームワークをチョイスしていただけると有り難く。
Re: (スコア:0)
どうせ書き直すんだからC#(+ASP.NET MVCとか)でいいんじゃね?
JavaからC#に移行できない程度の応用力ならプログラマー切って据え替えるところからで。
Re: (スコア:0)
C#は別にいいんだけど、JavaならJavaでいいじゃん
サーバまで買い換えさせるんか?無理に決まってる
新規にサーバから立て直すならわかるが、Struts2からの置き換えでC#という選択肢はないよ
Re: (スコア:0)
なんで買い替えが必要なの?
Re: (スコア:0)
Linuxで運用するのはちょっとなぁ。
Re:はよ終息 (スコア:0)
今時のLinux動かしてるのなんてIAサーバーだからWindowsいれればハードの交換なんざ必要ないと思うんだが。
逆はあるにせよ、IAサーバーに使うようなパーツ・周辺機器でLinux用にドライバ供給しててWindows用ドライバはありません、なんて話は聞いたことがないし。
既存DBとのすりあわせとかで考えるにせよ、別にWindows Server(+IIS・ASP.NET)とLinux(OracleやPostgre等)のシステム構築例は世の中にいくらでもあるから、システムのみ移行すれば事足りる。
システム移行の手間で考えても、Struts消して別フレームワークで構築し直したアプリをデプロイするならそこそこの時間止める必要はないから、「Linuxのままならサービス停止時間がほとんどなく移行できる」ってわけでもない。
Windows Serverのライセンス料は確かに必要だけど、業務で使うなら何かしらのLinuxのディストリを保守してくれるところと契約結んでるんじゃなの?
その費用と比べてWindows Serverが著しく高いってことはないと思うなあ、現状。
# Strutsから別フレームワークに「移植」するなら、移植先のフレームワークにあわせて作りを変更するのはどちらにせよ必要なので
# あえてJavaを維持することに拘る理由は殆どないと思うが
# Struts向けコードを既存資産を資産として使い回せるほど共通点あるJavaフレームワークって何かあったっけ?
Re: (スコア:0)
CALを考えないといけないシステムだと・・・