Как каждый делает разработчика приложений Grails дружелюбным без потребности повторно развернуться после изменения в представлении?
Это было долго, так как я действительно работал с J2EE, поэтому извините мое незнание. Мое недавнее участие в проекте Grails достигло максимума мой интерес к Java еще раз и особенно к Grails, поскольку это делает веб-приложения здания на забаве платформы Java снова. Однако я хотел бы, чтобы эксперт прокомментировал следующее требование, чтобы я имел для приложения, созданного с помощью Grails:
Команда разработчиков (веб-разработчики) требует доступа к страницам GSP и редактирует файлы представления (разметки, шаблоны, и т.д.), не беспокоя группу разработчиков (разработчики программного обеспечения). Этот сценарий может произойти и во время конструкции и после развертывания в производство.
Коммуникационный уровень между Разработчиками, Разработчиками и Бизнес-пользователями не является проблемой здесь. Однако приблизительно 40% времени, вовлеченные Подразделения запрашивают изменения во фронтенде, которые не оказывают влияния на время Разработчиков, но требуют времени члена Команды разработчиков. В настоящее время рабочий процесс развертывания следует приложению Grails посредством развертывания военного файла к серверу Tomcat. Я предполагаю, что существует более простой способ позволить Команде разработчиков вносить изменения UI, не проходя сборку и развертывать жизненный цикл.
У нескольких из членов Команды разработчиков было воздействие PHP в прошлом, и во времена пропускают способность просто перезаписать шаблонный файл, чтобы сделать часть UI более функциональной или улучшить шаблон расположения. Я надеюсь, что существует похожий способ разместить такую простоту в Grails. Мне сказали, что взрыв военного файла мог бы быть опцией, но который все еще требует перезагрузки приложения хоста Tomcat.
Если Вы полагаете, что я смотрящий на требуемое решение неправильный путь, вмешайтесь, поскольку я больше интересуюсь осуществимым компромиссом для всех вовлеченных членов команды.Спасибо.
2 ответа
Вы можете запустить сервер с версией приложения через Run-App в режиме разработки. Дизайнеры могут вносить изменения в представления, и они будут перезагружать. Им понадобится в состоянии получить исходный код на сервере через долю некоторых видов. Как плюс, если вы проверили источник, дизайнеры могут принять их изменения с сервера.
Нижняя сторона заключается в том, что если перезагрузка не удается или у вас заканчивается память (было известно, что произошло с большим количеством перезагрузки), либо разработчик должен будет остановиться и запустить приложение, или вы можете предоставить дизайнерам скрипта для запуска отскочить.
Вы, очевидно, вы получите удар производительности, запустив в режиме разработки и через run-App, но он может компенсировать в вашем случае.
ура
Ли
В файле Config.groovy необходимо указать следующие настройки:
grails.gsp.enable.reload=true
grails.gsp.view.dir="/path/to/gsp/views"
Обычно 'grails.gsp.view.dir' - это путь к вашему извлеченному SVN repo. Затем вы можете просто 'svn up' каждый раз, когда захотите обновить представления.
Есть одно предостережение: когда вид GSP компилируется, он использует permgen. В конце концов, вы закончите работу и вам понадобится перезагрузить сервер.