当使用Tomcat作为应用程序服务器来设置Java Web应用程序时,我常常对何时可用库感到困惑。通过有关堆栈溢出的讨论,我了解到一些库(.jar)文件在运行时可用,而另一些在编译时可用。通常,我会得到错误,并会通过反复试验来解决它们,将jar文件放在不同的目录中,直到应用程序运行或编译为止。最近向我指出,您可以在运行时通过WEB- INF / lib文件夹使.jar库可用。我开始考虑这个问题,并提出了一些问题。过去,我已经阅读了有关该主题的信息,但是没有找到将信息置于易于理解和保留的上下文中的资源。
一个。类路径甚至是讨论库的适用术语吗?
WEB-INF / lib是使库在运行时可用的唯一方法吗?在运行时可以使用Tomcat中的lib文件夹吗?
这与类加载器有何关系?我知道创建了一个类加载器的层次结构。这些严格用于运行时操作吗?
编译类路径是用于编译Java源文件(使用javac -cp ...或IDE)的类路径。源文件中引用的每个类都必须存在于编译类路径中,否则编译器会抱怨找不到该类。
javac -cp ...
编译完类后,就可以使用它们运行程序(使用java -cp ...)。显然,源代码直接依赖的库应该在运行时类路径中。但这还不是全部。如果您直接依赖于CoolLibrary.jar,并且此库内部依赖于Guava.jar,那么Guava.jar也必须位于运行时类路径中,尽管在编译时不需要。
java -cp ...
Webapp有点特别。Servlet规范指定,用于执行webapp的类路径由部署的webapp的WEB-INF / classes目录以及WEB-INF / lib中包含的所有jar组成。所有的Web应用程序都可以访问由Tomcat直接提供的本地servlet和JSP jar。实际上,Tomcat的内部类(例如servlet- api接口的实现类)也可用于webapp,但是依靠这些类不是一个好主意,因为它将把您的webapp绑定到tomcat。
对于Webapp,谈论运行时类路径有点简化。实际上,每个Webapp的类都是由tomcat的特定类加载器动态加载的。这个webapp类加载器是tomcat类加载器的子类。因此,从理论上讲,您可以将Web应用程序jar直接放置在Tomcat的类路径中,但这意味着所有Web应用程序都将共享这些库,并且在取消部署和重新部署Web应用程序时会遇到问题。例如,每个Web应用程序都有一个特定的类加载器,其目的是能够在同一个JVM中拥有一个依赖于Guava 11.0的应用程序,以及另一个依赖于Guava 12.0的应用程序。
有关tomcat类加载器的更多信息,请阅读文档。