这次我有一个理论问题。 为一家大公司工作的sw开发人员今天告诉我，他们不会将war文件用于他们的应用程序部署。他们的sw架构师认为，战争文件是邪恶的，因为无人操作的类的部署在操作组员工使用服务器造成的损害方面不够安全。 据我所知，他们的解决方案是将应用程序打包到jar中，并将其添加到空的webapp样式树的WEB-INF / lib文件夹中。它们还用于编辑server.xml以在其中添加应用程序的上下文/文档库，以便在它们使用的路径上启用它。 我真的对这个解释感到困惑，我以前从未见过这样的事情。我个人认为整个“操作人员问题”听起来像是一种偏执狂，但是，我很难决定这种解决方案的优缺点。 你怎么看？ 奇怪的还是辉煌的？
感谢。
答案 0 :(得分：1)
实际上，它听起来像是扩展WAR的替代方案，因此需要维护许多文件 - 这可能是在您无法直接控制并可能与其他应用程序共享的环境中的缺点。在这种情况下，您可能希望应用程序具有较小的文件系统占用空间，并且单个JAR（可能在应用程序服务器中可能只有少量配置条目）可能会更好。
扩展的WAR更容易受到“操作人员”可能意外对您的文件执行的各种文件系统操作的影响。例如，考虑一个unix单行，find和rm的组合，以递归方式搜索具有特定名称的文件并将其删除，但无意中在错误的目录上运行。繁荣 - 你的一些类文件突然丢失，你在生产环境中解决了一个谜。特别是在共享环境中，这样的事情可能会发生。
所以我对这些设计有所了解 - 在他们的情况下，这可能是最好的。也许不是很精彩，但绝对不奇怪。