我做了一个应用程序来对网络节点进行一些测试，例如 ping 测试、检索磁盘空间等等。
我使用预定的 batchlet 来运行操作，但我想知道这是否正确使用了 batchlet？
EJB 计时器是否应该更相关？此外，当我运行一个 batchlet 时，我的 glassfish 服务器会保留批处理作业的日志，我不需要它（尤其是在一天中生成的批处理作业量）。
如果我需要在相同的计划时间内运行一些工作，我认为批处理可以做到，但 EJB 计时器也可以？
您能否就实现这一目标的正确方法给我您的意见？
谢谢， 厄施
【问题讨论】：
标签： java jakarta-ee java-batch
这不是一个有明确答案的问题，但是将您的应用程序作为批处理作业会产生一些成本，我会看看我得到了什么，看看是否值得这样做。
因此，您正在考虑一项由单个 Batchlet 步骤组成的作业。好吧，无论是在作业中的失败步骤还是在块步骤中利用检查点，“重新启动”功能都不会获得任何收益。 batchlet 编程模型非常简单……即使您真的喜欢@BatchProperty，您现在也必须处理 XML 才能这样做。
只有在您想要启动、查看和管理这些执行以及其他批处理作业时，这才开始变得更有趣。这可能是因为您正在使用提供某种特定于实现的附加功能的实现。这方面的一个例子可能是与外部调度程序软件的集成，允许由它调度作业。在另一个极端，如果您发现将所有批处理作业执行的记录保存在一个地方（作业存储库，通常是持久性数据库）很有价值，那么这对您来说也是值得的。
但是，如果您不关心这些，则可以使用 EJB 计时器。
【讨论】：
当您的任务在眨眼间（或附近）执行时，使用 EJB 计时器是合适的。
否则使用批处理机制。
从 EJB 计时器执行的长时间运行的任务可能会出现问题，因为它们在事务中执行，通常会在很短的时间后超时。增加此事务超时也会增加数据库以及可能影响应用程序正常运行的其他资源锁定的机会。
【讨论】：