Maven war在两个地方都有META-INF文件夹

Gra*_*per 16 meta-inf war package maven

我正在开发一个使用JAAS的项目,不幸的是,Tomcat需要将一个文件放在战争根源的META-INF文件夹中

app.war
  |__META-INF
  |    |___context.xml
 ...
Run Code Online (Sandbox Code Playgroud)

我认为它已经很奇怪,因为WAR的默认META-INF位置在类文件夹中.

app.war
  |__WEB-INF
  |    |__classes
  |         |__META-INF
 ...
Run Code Online (Sandbox Code Playgroud)

所以我正在使用Maven,它声明src/main/resources/META-INF中的任何内容都将被复制到适当的位置.奇怪的是,它还在文件结构的根目录中创建了一个META-INF文件夹,留下了2个META-INF文件夹.

项目结构

app
  |__src/main/java
  |__src/main/resources
  |       |__META-INF
  |             |__context.xml
 ...
Run Code Online (Sandbox Code Playgroud)

mvn包之后

 app
  |__META-INF [1]
  |__WEB-INF
  |     |__classes
  |           |__META-INF [2]
  |                  |__context.xml
 ...
Run Code Online (Sandbox Code Playgroud)

因此,如果战争标准规定META-INF应该在类文件夹下,如#2,为什么maven war会创建#1文件夹.有没有办法让它将文件复制到该文件夹​​而不是#2?

问候

Gra*_*per 12

所以我发现了这个:

两个Meta-Inf文件夹 - 正常结构?

这表明拥有2个META-INF文件夹不是问题.挖了一点我发现:

JAR文件规范

其中说明了META-INF文件夹:

JAR文件本质上是一个包含可选META-INF目录的zip文件.... META-INF目录(如果存在)用于存储包和扩展配置数据,包括安全性,版本控制,扩展和服务.

还有这个:

JSR-000315 JavaTM Servlet 3.0

在第10.6节中,说明了WAR文件结构:

打包成这种形式时,将出现META-INF目录,其中包含对Java归档工具有用的信息.此目录不能直接担任响应Web客户端的请求,由容器的内容,但其内容是可见通过向的getResource servlet代码和对的getResourceAsStream ServletContext的要求.此外,必须使用SC_NOT_FOUND(404)响应返回访问META-INF目录中的资源的任何请求.

所以从WAR规范中,正确的位置是WEB-INF/classes/META-INF.然而,由于war是一个特殊的jar文件,因此将/ META-INF作为扩展点是有意义的.可以在JPA persistence.xml与Tomcat context.xml文件中看到这样的不同用法:前者应该放在WEB-INF/classes/META-INF中,后者应该放在/ META-INF中.