java - 批处理 Java 帮助

Question

我的公司正在尝试确定实现批处理 Java 程序的最佳策略。我们有几百个(并且还在不断增长)独立的 Java 程序。其中大多数是单独的 Jasper 报告，但也有一些是较大的批量 Java 作业。目前，每个 Java 项目都使用 Eclipse 的导出选项打包为一个独立的 JAR 文件。然后，这些 JAR 会手动部署到我们的 Linux 服务器上并进行测试。如果它们通过了测试，就会通过 QA 向上迁移，并通过本地源代码控制系统迁移到生产环境。

这是执行批处理 Java 的最佳策略吗？持续的维护可能会很麻烦，因为搜索 Jar 文件并不容易，而且不同的开发人员每周都会创建新的 Java 项目(新报告)。

将现有项目从 Jar 文件导入 Eclipse 也是一个棘手的过程。我们希望这些事情变得更容易。我们考虑过将所有代码打包到 1 个大项目中，并编写一个接口(interface)，以便能够使用 Web 服务器执行所需的“包”(也称为程序)。

其他人/公司正在用他们的批处理 Java 程序做什么？在这方面有什么最佳实践吗？任何帮助/想法/工作模型将不胜感激。

Answer 1

我想说，您应该能够创建一个基于 Web 的应用程序来访问 Jasper 报告，而不是一堆批处理过程。然后，当您需要部署新报告时，只需部署一个小更新即可访问新编译的 Jasper 报告文件。

也就是说，您应该将代码而不是二进制文件检查到 Subversion 或 Git 存储库中。转储“自制”源代码控制存储库。生命太短暂，无法尝试在家种植这样的东西。只需使用 Git 或 Subversion，它们经过验证、简单且实用。当您导入新项目时，只需从 Subversion 中将其拉下来，不要尝试从 Eclipse IDE 导入 JAR 文件。

将您的 JAR 文件放入 Maven 存储库(例如 Nexus)，并从那里部署到 QA 和生产。为每个项目创建自动化构建(无论是使用 Maven 还是其他项目)。不要依赖 IDE 来导出 JAR 文件。 IDE 的更改以及从 IDE 的导出会带来更多人为错误的机会。此外，不同的开发人员会喜欢不同的 IDE。通过对 Maven 之类的东西进行标准化，您对 IDE 更加不可知了。