2006 年にウェブサイトとアプリケーションの構築を開始し、アプリケーション フレームワークとして appFuse 1.9.4 を使用することにしました。AppFuse 2.x への直接のアップグレード パスはなく、現在 AppFuse は廃止されています。
Spring 2.0 と Hibernate 3.2 に行き詰まっており、XFire (および SOAP) と共に JSTL を使用しています。
新しいプログラミング パラダイム (アノテーションや CXF への移行など) を活用して、プログラミング グループの柔軟性を高め、開発サイクルを短縮できるように、フレームワークをアップグレードしたいと考えています。
Roo と同様、Grails も可能性のように見えます。
しかし、850 以上の Java ソース コード ファイルと 165,000 行のコードがあります。JSP / JSTL ページには、266 ページ以上、78,000 行のコードがあります。コード/フレームワークの大部分を書き直すのではなく、断片的にできることは何でも素晴らしいでしょう。
何か案は？
Anthony - AppFuse についてはよくわかりませんが、Grails への移植についてはコメントできます。要するに、Grails はオールインしたときに最適に機能するということです。Grails は、GSP とともにネイティブ JSP をサポートしています。私は同じプロジェクトで従来の JSP と新しい GSP を混在させようとしましたが、最終的にはメンテナンスを容易にするためにすべてを GSP に移植することに時間を費やしました。コントローラー層のロジックは、Grails コントローラーを使用する場合に最もよく機能します (実際、Grails で他のコントローラー フレームワーク (サーブレットなど) を使用できるかどうかはわかりません)。Grails はコントローラー レイヤー (POJO、EJB、Spring Bean など) の下で非常に柔軟であるため、サービス/モデル レイヤーはおそらく移植に最適な候補です。
したがって、AppFuse についてあまり知らなくても、ビュー レイヤーの一部を再利用できると思います (少なくとも、新しいコントローラー ナビゲーションを使用するにはページを変更する必要があります)。コントローラー レイヤー全体を移植すると、サービスとドメイン レイヤーのほとんどを再利用できるようになります。