我的Web应用程序使用Spring 4.3.5。我们需要从 jar 本身加载一个存储在 JAR 类路径中的一个 Freemarker 模板。
让我尝试尽可能概括我的方案(稍后我将提供代码)
罐子结构
- 来源/
- com/acme/package/ComponentUsingResource.java
- 元信息信息
- 资源
- 模板1.ftl.html
- 模板1.ft2.html
- 资源
jar 包含在 WAR 应用程序内的 WEB-INF/lib 中。
从 ComponentUsingResource .java我使用以下语句来加载资源：new ClasspathResource("META-INF/templates/template1.ftl.html").getInputStream().
同样的 WAR 应用程序适用于我的笔记本电脑(JDK 8 121、Tomcat 8.0.43)、我们的 SIT 环境(JDK 8>100、Tomcat 8.0.39)、安装在我笔记本电脑上的 Tomcat 8.0.36，但它在我们的客户站点(JDK 8 96、Tomcat 8.0.36)不起作用。由于加载该类路径资源时出现 FileNotFoundException 而不起作用
当应用程序启动时，@Autowired依赖关系链将进入基于资源的 Bean 的初始化
Arrays.asList("ftt-mail-natixclose-it", "ftt-mail-natixflussi-it", "ftt-mail-processreport-en", "ftt-mail-processreport-it",
"ftt-mail-regclosed-en", "ftt-mail-regclosed-it", "ftt-mail-regnotclosed-multi-en", "ftt-mail-regnotclosed-multi-it",
"ftt-mail-regnotclosed-single-en", "ftt-mail-regnotclosed-single-it", "ftt-mail-timestamps-en", "ftt-mail-timestamps-it",
"ftt-mail-missingdata-multi-en", "ftt-mail-missingdata-multi-it", "ftt-mail-missingdata-single-en",
"ftt-mail-missingdata-single-it", "ftt-mail-natixflussi-it")
.parallelStream().forEach(templateName -> {
ClassPathResource classpathResource = new ClassPathResource("META-INF/templates/" + templateName + ".ftl.html");
try (Reader reader = new InputStreamReader(classpathResource.getInputStream(), Charset.forName("utf-8")))
{
freemarker.template.Template tmpl = new freemarker.template.Template(templateName, reader, configuration);
cacheTemplate.put(templateName, tmpl);
}
catch (IOException e)
{
throw new RuntimeException("Errror processing template " + templateName, e);
}
});
我知道在没有正确 Java 同步的情况下从ParallelStream写入缓存是有问题的做法，稍后将解决。
问题是在所有这些资源中，代码找不到一个："ftt-mail-regclosed-en.ftl.html"。它将资源加载到除客户 SIT 以外的所有位置。由于这是一个并行流，我可能会猜测这是唯一有问题的资源。
根异常是：java.io.FileNotFoundException: class path resource [META-INF/templates/ftt-mail-regclosed-en.ftl.html] cannot be opened because it does not exist
我无法提供完整的堆栈跟踪，因为我无法从技术上在此处复制和粘贴片段。
我已经三重检查了 jar 文件的内容，所有预期的资源都已到位。我要求客户(记住，WAR是二进制相同的！)进行相同的检查，但他们没有解压缩它，而是为我提供了jar文件部分二进制转储的屏幕截图，我可以看到文件名。
我知道该应用程序已由黑鸭扫描程序针对软件漏洞进行处理。它经常报告可疑的依赖关系，但我(或客户)没有关于黑鸭剥离资源的证据或知识。我之所以这样说，是因为在我们的线程中，其中一位技术人员怀疑BD可能已经从软件包中删除了资源。对我来说不太可能。
我还可以执行哪些其他步骤来调查此问题？是什么导致仅在单个环境中出现此类 FileNotFoundException？
请注意，这非常重要：与早期版本中软件的其他部分使用的语法new ClasspathResource("META-INF/something")完全相同。包含这种加载资源方法的先前版本确实工作正常。这意味着它从包中嵌入的其他 jar 加载自己的类路径资源
这是一个可能的答案。我无法重现该问题。
当您使用 Spring 调用new ClassPathResource时，您没有设置任何类加载器。我认为 Spring 使用了系统类加载器(ClassLoader.getSystemClassLoader())。
错。Spring 使用内部实用程序方法来获取绑定到线程的当前上下文的类加载器。由于我不知道的原因，绑定到 bean 初始化方法(恰好是由 Apache Tomcat 赞助的WebApplicationClassLoader)的类加载器可能与系统类加载器不同。
事实上，Oracle 系统类装入器无法从 Jar 文件装入资源。至少因为我自己调试并找到了答案。
也许，我说也许，删除并行性并且不节省 2 秒的一次性启动处理，使 Lambda 表达式能够获取 Web 应用程序类加载器实例而不是 Oracle JDK。
但是，这并不能解释为什么这种情况只发生在客户现场，而不是发生在我们所有的环境(包括 PROD)中。
解决方案 2 是显式地将getClass().getClassLoader()传递给 ClassPathResource 的构造函数