老AppFuse… StraightForward Migration的框架是什么?

我们在2006年开始构建我们的网站/应用程序,并选择使用appFuse 1.9.4作为我们的应用程序框架。没有直接升级到AppFuse 2.x的路径,现在AppFuse已经停止使用。 我们坚持使用Spring 2.0和Hibernate 3.2,我们正在使用JSTL以及XFire(和SOAP)。 我们希望升级我们的框架以利用一些新的编程范例(如Annotations,转向CXF),并使我们的编程组具有更大的灵活性和更快的开发周期。 像Roo一样,Grails看起来像是一种可能性。 但是,我们有超过850个java源代码文件和165k行代码。在JSP / JSTL页面上,我们有超过266页和78k行代码。任何可以零敲碎打的东西都会很棒,而不是重写大部分代码/框架。 有任何想法吗?     
已邀请:
安东尼 - 我不太了解AppFuse,但我可以评论移植到Grails。最重要的是,当你全押时,Grails的效果最好。 Grails确实支持本机JSP和GSP;我曾尝试在同一个项目中混合使用旧的JSP和新的GSP,但最终只花了一些时间将所有内容移植到GSP以便于维护。使用Grails控制器时,控制器层逻辑确实最有效(事实上,我不确定您是否可以在Grails中使用任何其他控制器框架(例如Servlet))。您的服务/模型层可能是移植的最佳选择,因为Grails在控制器层(POJO,EJB,Spring Bean等)下非常灵活。 所以,再一次不了解AppFuse,我的猜测是你能够重用一些你的视图层(至少你必须修改页面才能使用新的控制器导航),你会有移植整个控制器层,您将能够重用大部分服务和域层。     

要回复问题请先登录注册