Webapp 文件组织约定（开发结构）

对于我正在开发的Web应用程序，我通常使用以下文件组织，因为我认为它尊重约定：

src
|-- main
    |-- resources
    |   |-- *.properties
    |   |-- *.xml
    |   |-- spring
    |       |-- applicationContext.xml (main application context config file)
    |-- webapp
        |-- WEB-INF
            |-- spring
            |   |-- spring-mvc.xml (web application context config file, delegated to manage only the web part)
            |   |-- spring-security-http.xml (web security config)
            |-- static
            |   |-- *.css
            |   |-- *.js
            |-- views
            |   |-- *.jsp
            |-- web.xml (deployment configuration)

我想尝试的是根据以下结构组织我的文件：

src
|-- main
    |-- resources
    |   |-- *.properties
    |   |-- *.xml
    |   |-- web.xml
    |   |-- spring
    |       |-- applicationContext.xml
    |       |-- spring-mvc.xml
    |       |-- spring-security-http.xml
    |-- webapp
        |-- WEB-INF
            |-- static
            |   |-- *.css
            |   |-- *.js
            |-- views
                |-- *.jsp

当然，在打包 web 应用程序时，文件将被重新定位到它们必须的位置（例如 web.xml WEB-INF 文件夹中的文件）。我想像上面那样重新组织我的web应用程序的原因是，我发现将所有*.xml配置文件放在同一位置更方便，而不是在这里和那里有一些。在你看来，打破我最初的结构是一个坏主意吗？如果是，为什么？为什么将所有 Web 配置文件都放在 WEB-INF 文件夹中如此重要？

PS：从技术上讲，我知道如何很好地链接web应用程序的类路径中的所有文件。问题更多的是关于惯例和个人/专业经验的反馈。