Java 为什么Tomcat默认扫描特定于框架的人工制品TLD

许多人使用Tomcat作为优秀的Servlet容器，而不使用JSP/Taglibraries

现在有许多成熟的面向组件的Java UI框架，它们不需要JSP/标记库等旧技术，因此我质疑为什么扫描每个Jar以查找这些旧样式的标记库工件是Tomcat 7的默认操作，并且需要关闭这些操作才能使Tomcat在合理的时间内启动

如果Tomcat将JSP视为它所支持的“另一个”UI框架，而不是它本质上所绑定的框架，这不是更好吗

---

配置Tomcat 7以关闭此扫描并使其在“Tomcat 6”模式下工作的最快方法是什么？

与您在这里的一些陈述相反，JSP是与servlet不同的规范。你所争论的是Tomcat的定义方式。Tomcat是一个产品，它被定义为包含JSP框架的实现。如果您建议将JSP实现从Tomcat中删除，您将找不到太多支持。

也许是因为认识到这样一个事实，即许多（大多数）人使用servlet容器（需要servlet API的核心）而没有JSP组件（这只是目前可用的众多Java UI框架之一）应该考虑将原始Servlet API与任何特定的JavaUI框架（如JSP）分离。我认识到，在ServletAPI的早期，实际上只有“一个真正的”JavaUI框架，但这艘船已经航行很久了。从ServletAPI中分离JSP似乎是有意义的。不管从Tomcat中删除JSP是否是件好事，这个问题只不过是邀请人们提供基于意见的答案。如果人们对此很认真，他们应该向Tomcat团队提出。其他任何东西本质上都是非生产性的。关于您更新的问题：是的，从Tomcat中删除JSP，或者从Servlet API规范中删除它，并使JSP规范成为一个独立的规范，可以依赖于Servlet API规范，但Servlet API不需要依赖或引用JSP。上面有一个由iPad造成的错误。无论是在Tomcat团队还是它的数百万用户中，你都找不到太多的支持。我怀疑你会找到什么。nbjsp已经是servlet的一个独立规范。你所争论的是Tomcat产品的定义方式。@EJP-我本来打算告诉你这个打字错误的。但后来我想你可能是认真的：-）@StephenC不，你第一次是对的。如果我赞成的话，我希望我能更优雅地表达出来：——|@nos根据EJP，JSP不是servlet规范的一部分。与我上面所说的相反（不能编辑-该死！），我不认为JSP应该从Tomcat中删除，但我认为Tomcat应该与JSP“更少耦合”。i、 e.默认情况下不要自动扫描它的TLD工件，因为许多人正在使用Tomcat作为更新的Java UI框架（即，不是JSP）的容器，而这些框架不使用TLD等，那么为什么默认情况下要扫描并强制用户“禁用”此扫描“功能”？