部署war文件而不是爆炸目录有什么好处？
我正在为我们的产品配置一个安装程序，到目前为止，这个安装程序通常在tomcat上作为war文件分发。 一旦tomcat爆炸了目录，用户必须打开一个属性文件并设置它们的数据库连接信息。 我希望安装程序执行此操作（我们使用的是install4j），但似乎没有内置方法来修改war文件中的文本文件。 我可以让安装程序将应用程序部署为爆炸目录，这样可以节省我在这里的麻烦，但是通过部署而不是部署战争会损失什么？
将数据库连接设置为JNDI数据源可能会更好，而不是手动编辑webapp /目录中的属性文件。 如果要允许用户从.WAR归档重新部署应用程序而不覆盖其本地配置更改，这一点尤其重要。
当然，JNDI设置也不会通过安装程序完成，因为使用的机制因应用服务器而异。 但是，任何有能力的Java应用程序服务器管理员都应该知道如何配置指定的数据源。 此外，通过将责任委托给应用程序服务器，您可以让用户利用连接池，集群以及与选择的应用程序服务器捆绑的数据源实施提供的任何其他功能。
没有多少我会想 - 也许有点磁盘空间，但如果这不是问题，你会没事的。 你是否想过让安装程序生成属性文件并使用ZIP库（.WAR实际上是一个.ZIP--将其重命名为.ZIP并查看你得到的:)）来替换或添加它？
链接地址: http://www.djcxy.com/p/55881.html上一篇: What's the benefit of deploying a war file instead of an exploded directory?