• 企业400电话
  • 微网小程序
  • AI电话机器人
  • 电商代运营
  • 全 部 栏 目

    企业400电话 网络优化推广 AI电话机器人 呼叫中心 网站建设 商标✡知产 微网小程序 电商运营 彩铃•短信 增值拓展业务
    tomcat加载jar异常问题的分析与解决

    现象描述:

    项目使用springboot启动一个web项目,在启动阶段看到console中出现了异常“1.10.3-1.4.3\hdf5.jar  系统找不到指定的文件”,虽然这些异常不影响项目的正常运行,但作为一个严谨的技术人员,看到这些异常就像见到仇人一样,一定要除之而后快。

    java.io.FileNotFoundException: D:\.m2\repository\org\bytedeco\javacpp-presets\hdf5-platform\1.10.3-1.4.3\hdf5.jar (系统找不到指定的文件。)
     at java.util.zip.ZipFile.open(Native Method)
     at java.util.zip.ZipFile.<init>(ZipFile.java:225)
     at java.util.zip.ZipFile.<init>(ZipFile.java:155)
     at java.util.jar.JarFile.<init>(JarFile.java:166)
     at java.util.jar.JarFile.<init>(JarFile.java:130)
     at org.apache.tomcat.util.compat.JreCompat.jarFileNewInstance(JreCompat.java:188)
     at org.apache.tomcat.util.scan.JarFileUrlJar.<init>(JarFileUrlJar.java:65)
     at org.apache.tomcat.util.scan.JarFactory.newInstance(JarFactory.java:49)
     at org.apache.tomcat.util.scan.StandardJarScanner.process(StandardJarScanner.java:374)
     at org.apache.tomcat.util.scan.StandardJarScanner.processURLs(StandardJarScanner.java:309)
     at org.apache.tomcat.util.scan.StandardJarScanner.doScanClassPath(StandardJarScanner.java:266)
     at org.apache.tomcat.util.scan.StandardJarScanner.scan(StandardJarScanner.java:229)
     at org.apache.jasper.servlet.TldScanner.scanJars(TldScanner.java:262)
     at org.apache.jasper.servlet.TldScanner.scan(TldScanner.java:104)
     at org.apache.jasper.servlet.JasperInitializer.onStartup(JasperInitializer.java:101)
     at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5204)
     at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
     at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1421)
     at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1411)
     at java.util.concurrent.FutureTask.run$$$capture(FutureTask.java:266)
     at java.util.concurrent.FutureTask.run(FutureTask.java)
     at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
     at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
     at java.lang.Thread.run(Thread.java:748)
    
    2019-03-29 18:09:08.303 WARN 16940 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner : Failed to scan [file:/D:/.m2/repository/org/bytedeco/javacpp-presets/hdf5-platform/1.10.3-1.4.3/hdf5-linux-x86.jar] from classloader hierarchy
    
    java.io.FileNotFoundException: D:\.m2\repository\org\bytedeco\javacpp-presets\hdf5-platform\1.10.3-1.4.3\hdf5-linux-x86.jar (系统找不到指定的文件。)
    ......
    2019-03-29 18:09:08.578 WARN 16940 --- [ost-startStop-1] o.a.tomcat.util.scan.StandardJarScanner : Failed to scan [file:/D:/.m2/repository/org/bytedeco/javacpp-presets/hdf5-platform/1.10.3-1.4.3/hdf5-linux-x86_64.jar] from classloader hierarchy
    
    java.io.FileNotFoundException: D:\.m2\repository\org\bytedeco\javacpp-presets\hdf5-platform\1.10.3-1.4.3\hdf5-linux-x86_64.jar (系统找不到指定的文件。)

    项目环境说明

     <dependency>
     <groupId>org.deeplearning4j</groupId>
     <artifactId>deeplearning4j-core</artifactId>
     <version>1.0.0-beta3</version>
     </dependency>

    有问题的jar依赖关系

    跟踪分析

    既然是在启动阶段报错,那就找到启动类添加断点,一步步跟踪下到底哪个阶段报的错误,然后再分析出错的原因。我跟踪调试了springboot的代码,找到jar的加载位置。主要的几个类和方法如下所示:

    跟踪类org.apache.tomcat.util.scan.StandardJarScanner

    方法doScanClassPath(...)

    该方法会对所有classloader进行遍历,加载每一个classloader中jar包

    上图标红处就是关键代码,其中变量classPathUrlsToProcess中存放的是所有待加载的jar信息,主要是jar包路径信息,我们可以看到这里面和我们在maven中看到的jar包是一样的。

    该方法会对当前classloader的所有jar,也就是对classPathUrlsToProcess进行堆栈操作,然后处理每一个jar包。关键代码如下所示。

    该方法会对每一个jar进行加载及分析处理,该方法中重点关注

    processManifest(jar, isWebapp, classPathUrlsToProcess)

    该方法会处理jar中的Manifest文件,对Manifest文件中的Class-Path进行分隔处理,对其中的内容作为新的依赖jar再插入到classPathUrlsToProcess中(processURLs方法会按照堆栈结果加载其中的jar)

    原因分析

    其实问题就是出Manifest文件中的classpath,通过分析代码我们知道tomcat除了加载了我们maven管理的jar包之外,还会对jar中的manifest文件进行分析,如果其中存在classpath,他会将其中的内容也添加jar包依赖中,并对这些jar包进行加载。

    我们打开其中hdf5-1.10.3-1.4.3.jar的manifest文件作为例子看看错误出在哪里。

    大家注意到了没有,这里的jar包没有路径也没有版本号,这就导致tomcat加载的时候按照hdf5-1.10.3-1.4.3.jar的路径进行加载。

    然而我们的工程中在对应位置并不存在这些jar,这也就导致了找不到jar的异常。我们工程中实际上有这些jar,只不过路径和名字不一样。在上图左边大家可以看到maven中其实已经有了这些jar,只不过名字后面多了版本号,路径在各自的maven仓库中。

    到这里我们已经将出现问题的原因弄清楚了,接下来我们考虑下怎么解决。

    解决方案

    方案一:

    删除Manifest中的classpath或者删除Manifest文件,这样就避免了加载不存在的jar包。但是每次maven更新的时候可能会覆盖掉你的修改,导致异常再次出现。

    方案二:

    按照加载提示的路径,将对应jar包复制过去并改名去掉版本号,但这样会造成jar冗余,同样的jar会加载两个。

    方案三:

    降级tomcat版本,使用8.5.0 或以下版本。8.5.0版本中不会对manifest进行分析加载,这样也就不会出现我们的异常了。

    方案四

    增加一下代码设置不扫描Manifest文件。

     @Bean
     public TomcatServletWebServerFactory tomcatFactory() {
      return new TomcatServletWebServerFactory() {
       @Override
       protected void postProcessContext(Context context) {
        ((StandardJarScanner) context.getJarScanner()).setScanManifest(false);
       }
      };
     }

    总结:

    以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对脚本之家的支持。

    上一篇:详解linux安装软件的几种方法
    下一篇:linux搭建squid代理服务器的完整步骤
  • 相关文章
  • 

    © 2016-2020 巨人网络通讯 版权所有

    《增值电信业务经营许可证》 苏ICP备15040257号-8

    tomcat加载jar异常问题的分析与解决 tomcat,加载,jar,异,常问,题的,