jHipster 如何提供静态文件而不是来自 META-INF/** 和 WEB-INF/** 的文件？
How does jHipster serve static files but not from META-INF/** and WEB-INF/**?
我注意到 jHipster 生成的应用程序提供几乎所有来自 WAR 工件的文件内容。比如index.html旁边有一个文件README.MD，可以通过http://localhost:8080/README.MD.
访问
唯一未提供的文件是 META-INF/ 和 WEB-INF/ 目录中的那些文件。
jHipster 应用程序的源代码在哪里配置为提供任意文件而不是来自 META-INF/** 和 META-INF/** 的文件？
根本没有任何配置，它是 Servlet 规范的一部分：这两个目录都由 servlet 容器保护，无需执行任何特定操作。
您可能会感到困惑，因为许多人将他们的文件存储在 WEB-INF 中，例如 WEB-INF/jsp/ 用于 JSP 文件。人们这样做是为了保护这些文件不被直接访问，并有一个控制器（如 Spring MVC 控制器或 Struts 控制器）在处理完请求后重定向到这些页面。
JHipster 的工作方式不同，因为它只有向后端发出 REST 请求的静态页面，所以它是一个不同的架构。
我注意到 jHipster 生成的应用程序提供几乎所有来自 WAR 工件的文件内容。比如index.html旁边有一个文件README.MD，可以通过http://localhost:8080/README.MD.
唯一未提供的文件是 META-INF/ 和 WEB-INF/ 目录中的那些文件。
jHipster 应用程序的源代码在哪里配置为提供任意文件而不是来自 META-INF/** 和 META-INF/** 的文件？
根本没有任何配置，它是 Servlet 规范的一部分：这两个目录都由 servlet 容器保护，无需执行任何特定操作。
您可能会感到困惑，因为许多人将他们的文件存储在 WEB-INF 中，例如 WEB-INF/jsp/ 用于 JSP 文件。人们这样做是为了保护这些文件不被直接访问，并有一个控制器（如 Spring MVC 控制器或 Struts 控制器）在处理完请求后重定向到这些页面。
JHipster 的工作方式不同，因为它只有向后端发出 REST 请求的静态页面，所以它是一个不同的架构。