jHipster如何提供静态文件而不是META-INF/**和WEB-INF/**?

jHipster如何提供静态文件而不是META-INF/**和WEB-INF/**?,jhipster,Jhipster,我注意到jHipster生成的应用程序几乎为WAR工件中的所有可用文件内容提供服务。例如,如果index.html旁边有一个文件README.MD,则可以通过访问该文件 唯一没有提供的文件是META-INF/和WEB-INF/目录中的文件 jHipster应用程序的源代码在哪里配置为服务任意文件,而不是来自META-INF/**和META-INF/**的文件?根本没有配置,它是Servlet规范的一部分:这两个目录都由Servlet容器保护,不做任何特定的操作 您可能会感到困惑,因为许多人将文件

我注意到jHipster生成的应用程序几乎为WAR工件中的所有可用文件内容提供服务。例如,如果
index.html
旁边有一个文件
README.MD
,则可以通过访问该文件

唯一没有提供的文件是
META-INF/
WEB-INF/
目录中的文件


jHipster应用程序的源代码在哪里配置为服务任意文件,而不是来自
META-INF/**
META-INF/**
的文件?

根本没有配置,它是Servlet规范的一部分:这两个目录都由Servlet容器保护,不做任何特定的操作

您可能会感到困惑,因为许多人将文件存储在
WEB-INF
中,例如jsp文件的
WEB-INF/jsp/
。人们这样做是为了保护这些文件不被直接访问,并且有一个控制器(如SpringMVC控制器或Struts控制器),在处理请求后重定向到这些页面


JHipster的工作方式不同,因为它只有向后端执行REST请求的静态页面,所以它是一种不同的体系结构。

根本没有配置,它是Servlet规范的一部分:这两个目录都由Servlet容器保护,不做任何特定的操作

您可能会感到困惑,因为许多人将文件存储在
WEB-INF
中,例如jsp文件的
WEB-INF/jsp/
。人们这样做是为了保护这些文件不被直接访问,并且有一个控制器(如SpringMVC控制器或Struts控制器),在处理请求后重定向到这些页面


JHipster的工作方式不同,因为它只有向后端发出REST请求的静态页面,所以它是一种不同的体系结构。

对于WEB-INF,这是由Servlet规范指定的,所以它在Tomcat中,而不是JHipster@GaëlMarziou,很好的提示。对于WEB-INF,这是由Servlet规范指定的,所以它在Tomcat中,而不是JHipster@GaëlMarziou,很好的提示,尽管如此。它提供的是您项目中
src/main/webapp
中的内容,这是该项目的标准Maven目录。@JulienDubios,谢谢!我在
WebMvcAutoConfigurationAdapter.addResourceHandlers(ResourceHandlerRegistry)
以及
@ConfigurationProperties
属性源
ResourceProperties
WebMvcProperties
中找到了相关代码,虽然很微妙(“Spring Boot将从ServletContext的根目录[…]提供静态内容。”)。它提供的是项目中
src/main/webapp
中的内容,这是标准的Maven目录。@JulienDubios,谢谢!我在
WebMvcAutoConfigurationAdapter.addResourceHandlers(ResourceHandlerRegistry)
以及
@ConfigurationProperties
属性源
ResourceProperties
WebMvcProperties
中找到了相关代码,尽管很微妙(“SpringBoot将从ServletContext的根目录提供静态内容[…])。