JBoss 7：绒毛还是真正的应用服务器？

我特别提出这个问题，因为JBoss AS 7+已经完全改变了360度，强制应用程序开发人员完全根据JBoss Modules进行思考。防止早期类路径地狱的问题等，并鼓励清洁模块化思想等。此外，它声称具有快速启动时间等JBoss 7：绒毛还是真正的应用服务器？

所有这一切都不错，但我的主要问题是这样，请确认您是否有同样的感觉：

JBoss坚持把jboss-deployment-structure.xml文件放在WEB-INF中。这会使WAR文件根本不可移植，因为它现在包含应用程序服务器特定的配置文件。我很担心互操作性。
我仍然对所需的大量XML配置感到紧张 - 为每个要添加的依赖关系创建一个模块目录结构，为该依赖创建一个module.xml，创建一个jboss-deployment-structure.xml WEB-INF/lib内非模块的条目或库的Manifest条目。等等。这将需要足够的开发人员花费在成为配置专家或聘请专家或购买支持方面 - 而这对于任何团队和公司来说都是一项长期的重大成本。

来源

2012-10-31 Kasturi Divekar

没有任何关于JBoss的部署，structure.xml，使得它不便于携带。如果其他应用程序服务器不使用它，它将简单地忽略该文件。

如果您想在应用程序中使用依赖项，则不需要创建模块。如果您想在多个部署中使用公共依赖关系，那么您只会这样做。例如一个JDBC驱动程序库。

没有必要为WEB-INF/lib中的库创建jboss-deployment-structure.xml或添加清单条目。唯一需要jboss-deployment-structure.xml的时候是，如果你想排除服务器依赖性（比如log4j），或者在你的部署范围之外添加不会自动添加的依赖项。可能还有其他一些用例，但这些用例最为常见。

来源

2012-10-31 16:45:41

我同意詹姆斯提到的100％。同样，如果你去任何其他供应商，你仍然坚持以我的过去经验供应商特定的XML。如果您在App服务器中遇到问题，则必须在用户打电话时拨打客户电话，使用jboss您可以查看源代码。这是一件非常罕见的事情，但在需要时查看代码确实有所帮助。同时寻找Jboss，Weblogic和Websphere的stackoverflow标签。您会看到jboss论坛比其他论坛更加活跃。 – randominstanceOfLivingThing

JBoss 7：绒毛还是真正的应用服务器？

回答

相关问题