选择如何公开Java应用程序涉及哪些设计决策？

Question

向使用者公开Java应用程序有多种方法:应用程序容器(JBoss等)、servlet容器(Tomcat等)、OSGi (Knopflerfish等)、自执行WAR (温斯顿等)等等。是否有任何明确的考虑，在哪一种做法应优先于另一种方法？

例如，考虑到管理和可伸缩性方面的考虑，作为原始Unix进程运行的自执行WAR集合是否会优于部署在Tomcat中的相同应用程序？

Answer 1

我对这些考虑没有一个正式的看法，但在作出决定时可以列出一些因素：

重新部署-频繁的重新部署会导致内存碎片的耳朵问题，所以我们需要多久发布一次更新。这些服务器是否需要中断(如果部署在JBoss/Weblogic上)？

共享资源--如果捆绑在同一个EAR中，则访问共享资源，如JDBC等。这些会否引起争拗，而我可否在不影响另一方的情况下，对其中一项作出更改？通常，所有的战争都会受到耳朵水平变化的影响。

对服务器的升级--使用Tomcat部署等等--需要对基本web容器进行可能的升级，以便在可用时利用新的Java/服务器特性。例如Tomcat 6到7。

尺寸-可下载的安装包的大小，如果与应用程序一起分发容器。我们应该把它留多大？

控制配置-在我的应用程序内部配置加上对底层容器上的config.xml或server.xml的访问。我们想让客户编辑这些吗？还是我们将所有这些都绑定到首选设置中？

内存占用-完整的服务器显然需要比温斯顿应用程序更多的堆(Xmx)。

如果Weblogic或Tomcat基础设施已经到位，客户端已经在运行的数据中心中的现有服务器可以被重用(例如)。

集群需求-额外的性能要求是否需要将服务器添加到集群中？JBoss集群与在Tomcat上运行有多好，以及在集群环境w.r.t中对应用程序代码的影响。缓存等等？