Предлагается вынесение главной типовой jsp-страницы приложения (точки входа) на системный уровень.
Точкой входа в стандартное джеприйное приложение является jsp-страница (например, JepRiaShowcase.jsp), которая содержит в себе типовой код, различающийся от приложения к приложению лишь прикладным классом ресурсов (например, com.technology.jep.jepriashowcase.main.shared.text.JepRiaShowcaseText) и названиями js-файлов (например, /JepRiaShowcase/JepRiaShowcase.nocache.js).
Эти параметры можно подтягивать из web.xml приложения либо из специального properties-файла.
В результате будем иметь:
• Большую гибкость кода – особенно важно для перевода приложений на свежую версию – так как файл .jsp будет копироваться из библиотеки
• Большую идентичность web.xml разных приложений в части <welcome-file> и <security-constraint> (везде будет один и тот же Entry.jsp)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Предлагается вынесение главной типовой jsp-страницы приложения (точки входа) на системный уровень.
Точкой входа в стандартное джеприйное приложение является jsp-страница (например, JepRiaShowcase.jsp), которая содержит в себе типовой код, различающийся от приложения к приложению лишь прикладным классом ресурсов (например, com.technology.jep.jepriashowcase.main.shared.text.JepRiaShowcaseText) и названиями js-файлов (например, /JepRiaShowcase/JepRiaShowcase.nocache.js).
Эти параметры можно подтягивать из web.xml приложения либо из специального properties-файла.
В результате будем иметь:
• Большую гибкость кода – особенно важно для перевода приложений на свежую версию – так как файл .jsp будет копироваться из библиотеки
• Большую идентичность web.xml разных приложений в части <welcome-file> и <security-constraint> (везде будет один и тот же Entry.jsp)