JBoss 7:fluff还是一个真正优秀的应用服务器?

时间:2012-10-31 15:45:28

标签: jboss7.x

我特别要问这个问题,因为JBoss AS 7+完全改变了360度,强制应用程序开发人员完全按照JBoss模块进行思考。这可以防止早期的类路径地狱问题等,并鼓励清晰的模块化思维等。它还要求快速启动时间等。

所有这一切都很好但是我主要担心的是,请确认你是否有同感:

  1. JBoss坚持将jboss-deployment-structure.xml文件放在WEB-INF中。这将使WAR文件根本不可移植,因为它现在包含特定于应用程序服务器的配置文件。我担心互操作性。

  2. 我仍然对所需的大量XML配置感到紧张 - 为要添加的每个依赖项创建模块目录结构,为该依赖项创建module.xml,创建jboss-deployment-structure。 WEB-INF / lib中libs的非模块或Manifest条目的xml条目。等等 这需要花费足够的开发人员时间和精力来成为配置专家或聘请专家或购买支持 - 从长远来看,这对任何团队和公司来说都是一笔巨大的成本。

1 个答案:

答案 0 :(得分:2)

jboss-deployment-structure.xml没有任何内容可以使它不可移植。如果文件不使用,其他应用程序服务器将忽略该文件。

如果要在应用程序中使用依赖项,则无需创建模块。如果要在多个部署中使用公共依赖关系,则只能这样做。例如JDBC驱动程序库。

无需为WEB-INF / lib中的库创建jboss-deployment-structure.xml或添加清单条目。您需要jboss-deployment-structure.xml的唯一情况是,如果要排除服务器依赖项(如log4j),或者在部署范围之外添加未自动添加的依赖项。可能还有其他一些用例,但这些用例最常见。