Java 是否可以将所有JAR存储在Tomcat lib文件夹中?

Java 是否可以将所有JAR存储在Tomcat lib文件夹中?,java,tomcat,Java,Tomcat,我们有几个项目,我们将lib存储在项目文件夹中(每个项目都有自己的lib),并将共享lib存储在tomcat lib文件夹中: ·Project1\lib ·Project2\lib ·… ·Tomcat\lib 我们的经理建议合并所有的lib,并将所有jar放在Tomcat lib文件夹中 这种方法的优点如下: 这将减少编译.war文件的时间 它将减小.war文件的大小 我觉得这个决定不是最好的,但我无法证明。这种方法有什么缺点吗?生成的.war应用程序文件的可移植性较差。由于w

我们有几个项目,我们将lib存储在项目文件夹中(每个项目都有自己的lib),并将共享lib存储在tomcat lib文件夹中:

 ·Project1\lib
 ·Project2\lib
 ·…
 ·Tomcat\lib
我们的经理建议合并所有的lib,并将所有jar放在Tomcat lib文件夹中

这种方法的优点如下:

  • 这将减少编译.war文件的时间

  • 它将减小.war文件的大小


  • 我觉得这个决定不是最好的,但我无法证明。这种方法有什么缺点吗?

    生成的.war应用程序文件的可移植性较差。由于webapp不再是独立的,因此需要执行其他安装步骤

    或者反驳你老板的逻辑

  • 编译应该在持续集成中自动化,所以所花费的时间不是实时的
  • 空间很便宜

  • 生成的.war应用程序文件的可移植性较差。由于webapp不再是独立的,因此需要执行其他安装步骤

    或者反驳你老板的逻辑

  • 编译应该在持续集成中自动化,所以所花费的时间不是实时的
  • 空间很便宜

  • 不要合并。整合将防止不同的项目使用特定第三方库的不同版本。这就是为什么不同的网络应用程序彼此隔离的原因


    有些库还静态存储东西(叹气),这可能会造成跨webapp的污染。

    不要合并。整合将防止不同的项目使用特定第三方库的不同版本。这就是为什么不同的网络应用程序彼此隔离的原因


    有些库还静态存储东西(叹气),这可能会造成跨webapp的污染。

    哦,管理者,它们难道不珍贵吗?它是如何减少编译时间的?如果你指的是.war文件本身的打包,那么与实际编译.java文件所需的时间相比,这是微不足道的。哦,管理者,它们难道不珍贵吗?它如何减少编译时间?如果您指的是.war文件本身的打包,那么与实际编译.java文件所需的时间相比,这是微不足道的。在理解类加载器隔离或者两个单独的类加载器实例加载的同一个“类”文件被认为是不同的类之前,可能不太明显。关于静态存储的一点非常好。在理解类加载器隔离或者两个单独的类加载器实例加载的同一个“类”文件被认为是不同的类之前,可能不太明显。