应用程序服务器用于非Web应用程序

我有兴趣了解使用应用程序服务器（例如Glassfish）的“最佳实践”。我有一个中等大小的应用程序，它包含消耗和来源Web服务的各种组件。这些组件位于Glassfish环境中。应用程序服务器用于非Web应用程序

我现在要求一个简单的预定功能，将数据从一个数据库复制到另一个数据库。也就是说，它不需要网络类型功能。它可以很容易地构建为一个简单的应用程序（比如Quartz），并与其他组件部署在同一个Glassfish服务器中。我知道这是一个简单的问题，但是这是一种“合理的”方法，还是应该是一个独立于应用程序服务器运行的独立应用程序？我想更普遍的问题是“什么是应用程序服务器的合适用途，哪些不是？”

来源

2013-02-06 skyman

它可能只是从cron称为shell脚本...

严重的是，没有一个很好的使用应用程序服务器的除非你会得到某种监视或负载分配出来的它。但是这听起来像是这只是一个批处理作业，在这种情况下，你应该做一些简单的事情，只需用一个你从cron调用的main方法（或类似的方法）编写脚本或简单的应用程序，或者从命令行运行与某种嵌入式定时器（或睡眠线程）。

来源

2013-02-06 01:19:23

好的 - 这听起来很合理。我猜想我认为将特定应用程序的所有组件加载到应用程序服务器中至少可以将它们组合在一起并允许将它们作为完整的“包”进行部署 - 例如EAR – skyman

如果您需要依赖于您需要的应用程序代码保持与工作同步，就像某些域对象，然后是。但即使如此，你可以使用你的构建系统来保持这些系统的同步。否则，使用shell脚本解决方案就简单多了。 –

部分我想到域对象 - 是的。但是，这是另一个问题 - 保持域对象跨多个应用程序和应用程序组件同步。 – skyman

应用程序服务器用于非Web应用程序

回答

相关问题