【问题标题】:Old AppFuse ... What Framework is StraightForward Migration?旧 AppFuse ... 什么框架是直接迁移?
【发布时间】:2011-03-11 11:16:09
【问题描述】:

我们早在 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 行代码。任何可以零碎完成的事情都会很棒,而不是重写大部分代码/框架。

有什么想法吗?

【问题讨论】:

    标签: java grails appfuse


    【解决方案1】:

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

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

    【讨论】:

      猜你喜欢
      • 2012-08-17
      • 2010-09-13
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-08-26
      • 2015-05-11
      相关资源
      最近更新 更多