免责声明：我从未使用过下面介绍的技术。这就是为什么在描述中可能会出现一些错误或误解的原因。
我听说有些团队（开发人员）使用'预先配置'的tomcat。据我所知，他们将不同的jar添加到tomcat \lib文件夹并执行其他操作。
一旦我在java论坛中读过一个线程，其中一位开发人员就某些需求写了一些关于tomcat重新编译（或重组？）的内容。
就在昨天，我听到一个对话框，其中一位开发人员说他的队友无法部署项目，直到他给他们配置tomcat版本。
所以，我想知道，它是什么，它们为什么这样做？他们可以从中获得什么好处？
答案 0 :(得分：1)
开源项目，一直是自定义的空间（我相信，这有点魅力），我认为根据非常具体的内部需求修改Tomcat是可以接受的。
但总的来说，我建议避免使用需要对开源工具进行硬性修改的解决方案 - 可能还有另一种方法可以使用现有工具做你想做的事情; ）（这不适用于一般接受的更改，即社区插件，错误修复，以及您在项目空间中发布的所有被接受并作为最终解决方案一部分的内容）。
关于外部库，我会在项目README中将它们作为平台要求提及。所以要有一个预配置的服务器，它并不那么疯狂。事实上，它可以节省你一些时间，但它是一个奖金。无论如何你应该在某处提到你的依赖关系：）
希望它有所帮助。
答案 1 :(得分：0)
使用自定义版本的Tomcat可能会使升级变得非常困难。拥有一个不需要特殊配置服务器的应用程序的好处是，您可以轻松地移动到新版本，甚至可以移动到完全不同的应用服务器（例如Jetty，GlassFish）
我还要指出，您没有指定更改的上下文。特殊配置不可能是特定于应用程序的，但是安全设置，与正在使用的Web服务器的兼容性等是必需的。您应该与相关的开发人员交谈并了解他们为什么需要专业配置。
答案 2 :(得分：0)
这是提供例如必要的机制。 JNDI上的JDBC池和对象，因为它需要它在Tomcat类加载器中。这是必要的。
可能也可用于允许多个部署共享相同的单个jar文件，而不是在每个WAR文件中使用它。在我看来，这通常是个坏主意，除非绝对必要，否则应该避免。尽可能保持标准机制。