0

我们目前正在从一个相当老的 Perl + Ant 构建系统迁移到 maven。

该软件本身是一个使用 RMI 作为主要通信系统的客户端/服务器应用程序,并且构建会产生(大量)数量的 jar。

这个软件早在通常的框架成熟之前就已经存在了,所以它没有使用:

  • 任何常用的持久层(Hibernate/JPA 之类的)
  • 任何 MVC 应用程序框架,例如 Spring
  • 任何 Java EE 基础设施(无战争/耳朵包装)

事实上,它是作为一组 jar 和 conf 文件提供的,带有一组启动/管理脚本。

我们将编译/构建系统移植到 maven3。客户端和服务器部署树目前正在通过程序集插件移植到 maven。

在 maven 框架中,我们目前缺少的是能够在开发站上部署应用程序并构建服务器并运行一些基本的集成测试。

理想情况下,我们希望使用 maven in 来部署客户端、服务器和 DB 固定装置的映像(实际上也是生成的代码)。

我发现了很多关于如何部署 Web 应用程序的指示,很少有关于集成测试本身的指示,几乎没有关于如何使用 maven 处理(非常)老式 C/S 架构的部署的指示。

所以我的问题是:

  • 是否有任何已知且成熟的插件能够部署该应用程序。并以 C/S 方式处理 DB 夹具?

如果没有,您的建议是什么:

  • 使用 ant 规则并将它们绑定到 maven 生命周期以处理部署过程(我们有几个 ant 目标可以适应该过程)?
  • 编写一个适合确切部署需求的 Maven 插件?
4

0 回答 0