旧AppFuse ...... StraightForward Migration的框架是什么?

时间:2010-07-03 16:38:18

标签: java grails appfuse

我们在2006年开始构建我们的网站/应用程序,并选择使用appFuse 1.9.4作为我们的应用程序框架。没有AppFuse 2.x的直接升级路径,现在AppFuse已停止使用。

我们坚持使用Spring 2.0和Hibernate 3.2,我们正在使用JSTL以及XFire(和SOAP)。

我们希望升级我们的框架以利用一些新的编程范例(如Annotations,并转向CXF),并使我们的编程组具有更大的灵活性和更快的开发周期。

Grails看起来像是一种可能性,就像Roo一样。

但是,我们有超过850个java源代码文件和165k行代码。在JSP / JSTL页面上,我们有超过266页和78k行代码。任何可以零敲碎打的东西都会很棒,而不是重写大部分代码/框架。

有什么想法吗?

1 个答案:

答案 0 :(得分:1)

安东尼 - 我不太了解AppFuse,但我可以评论移植到Grails。最重要的是,当你全押时,Grails的效果最好。 Grails确实支持本机JSP和GSP;我曾尝试在同一个项目中混合使用旧的JSP和新的GSP,但最终只花了一些时间将所有内容移植到GSP以便于维护。使用Grails控制器时,控制器层逻辑确实最有效(事实上,我不确定您是否可以在Grails中使用任何其他控制器框架(例如Servlet))。您的服务/模型层可能是移植的最佳选择,因为Grails在控制器层(POJO,EJB,Spring Bean等)下非常灵活。

所以,再一次不了解AppFuse,我的猜测是你能够重用一些视图层(至少你必须修改页面才能使用新的控制器导航),你将必须移植整个控制器层,您将能够重用大部分服务和域层。