Java 将tomcat配置为部署某些应用程序是否被认为是一种好的/坏的做法？

免责声明：我从未使用过下面描述的技术。这就是为什么在它的描述中可能会出现一些错误或误解

我听说一些团队（开发人员）使用“预配置”tomcat。据我所知，他们将不同的JAR添加到tomcat

\lib

文件夹中，并执行其他操作

有一次，我在java论坛上读到一篇文章，其中一位开发人员写了一些关于重新编译（或重新组装？）tomcat以满足特定需求的内容

就在昨天，我听到一个对话框，其中一个开发人员说他的团队成员在给他们配置好的tomcat版本之前无法部署该项目

---

所以，我想知道，这一切都是关于什么的，他们为什么这么做？他们能从中获得什么好处？

开源项目一直是一个定制的空间（我相信，这是它的魅力所在），我认为修改Tomcat以满足非常具体的内部需求是可以接受的

但总的来说，我建议避免使用需要对开源工具进行硬修改的解决方案——可能还有另一种方法可以使用现有的；）（这不适用于一般接受的更改，即社区插件、错误修复以及您在项目空间中发布的所有内容，这些内容已被接受并成为最终解决方案的一部分）

关于外部库，我会在项目自述中提到它们作为平台需求。因此，拥有一个预先配置的服务器并不是那么疯狂。事实上，它可以为你节省一些时间，但这是一种额外的奖励。无论如何，您应该在某个地方提到您的依赖关系：）

---

希望有帮助。

使用定制版本的Tomcat可能会使升级变得非常困难。拥有不需要特殊配置服务器的应用程序的好处是，您可以轻松地移动到新版本，甚至移动到完全不同的应用程序服务器（例如Jetty、GlassFish）

---

我还要指出，您没有指定更改的上下文。特殊配置可能是特定于应用程序的，但安全设置、与所使用的web服务器的兼容性以及，等等。您应该与有问题的开发人员交谈，进一步了解他们为什么需要专门的配置。

这是通过JNDI提供JDBC池和对象所必需的机制，因为这要求它位于Tomcat类加载器中。这是必要的

它还可以用于允许多个部署共享同一个jar文件，而不是在每个WAR文件中。在我看来，这通常是一个坏主意，除非绝对必要，否则应该避免。尽可能保持标准机制