Соглашение об организации файлов Webapp (структура разработки)

Для веб-приложений яВ процессе разработки я обычно использую следующую организацию файлов, поскольку считаю, что она соблюдает соглашение:

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.xml в папке WEB-INF). Причина, по которой я хотел бы реорганизовать свои веб-приложения, как указано выше, заключается в том, что мне удобнее размещать все файлы конфигурации * .xml в одном месте, а не располагать их здесь, а некоторые там. Это плохая идея, по вашему мнению, сломать мою первоначальную структуру? Если да, то почему? Почему так важно, чтобы все файлы веб-конфигурации находились в папке WEB-INF?

PS: технически я знаю, как правильно связать все файлы в пути к классам веб-приложения. Вопрос больше о конвенциях и отзывах о личном / профессиональном опыте.

Ответы на вопрос(2)

Ваш ответ на вопрос