2016-02-29 2 views
3

Я разрабатываю проект, который содержит несколько проектов, интегрированных в виде проектов-плагинов. Благодаря этому проекту я обслуживаю несколько клиентов, которым действительно нужны разные наборы проектов и функциональных возможностей. Поэтому каждый раз, когда мне нужно, чтобы создать сборку для клиента, мне нужно идти в эти 3 файлы сделать следующее:Grails: любой общий файл для конфигурации, доступный для всех Config.groovy, BuildConfig.groovy и DataSource.groovy

  1. Config.groovy - Я определил несколько глобальных переменные функциональные возможности, содержащие логические значения, которые я доступ в проекта и, следовательно, предоставлять/ограничивать функциональные возможности для определенного клиента.
  2. BuildConfig.groovy - Мне нужно импортировать или закомментируйте нужный плагин проект с помощью grails.plugin.location.'XYZProject' = "../XYZProject"
  3. DataSource.groovy - Поскольку мы в настоящее время с использованием 1 установки Postgre обслуживать более 100 клиентов, так что каждый из них имеет отдельную БД для него. Поэтому каждый раз мне нужно зайти в этот файл, чтобы изменить URL-адрес БД.

Итак, я хочу (если возможно), то место, где я могу определить глобальные переменные, к которым можно получить доступ все 3 файла, упомянутые выше, и я хочу проверить клиента и применить необходимые правила.

Это сэкономит много времени и сил, необходимых для этого, а также уменьшит вероятность ошибок.

Примечание. Я проверил, что при создании глобальной переменной ни в одном из этих трех файлов невозможно получить доступ в двух других файлах.

ответ

0

Источник данных и конфигурация могут быть incorporated, но Buildconfig нежен и не похож на эти два. Возможно, вам придется написать сценарий, который соответствующим образом обновляет BuildConfig для каждой сборки.

Смежные вопросы