Как управлять application.conf в нескольких средах с помощью play 2.0?

Play 2 не принуждает вас использовать какой-либо конкретный метод управления средами. Но он предоставляет вам мощные и гибкие инструменты для самостоятельной реализации в соответствии с потребностями вашего проекта.

Например, распространенным шаблоном является сохранение общих настроек среды в одном файле и наличие переопределений для конкретной среды в других файлах. Для этого вам понадобится настраиваемый глобальный объект (вы можете поместить его прямо в ./app/Global.scala). Следующий код действителен для Play 2.1.1 (Scala 2.10):

import java.io.File
import play.api._
import com.typesafe.config.ConfigFactory

object Global extends GlobalSettings {
  override def onLoadConfig(config: Configuration, path: File, classloader: ClassLoader, mode: Mode.Mode): Configuration = {
    val modeSpecificConfig = config ++ Configuration(ConfigFactory.load(s"application.${mode.toString.toLowerCase}.conf"))
    super.onLoadConfig(modeSpecificConfig, path, classloader, mode)
  }
}

Теперь вы можете поместить application.dev.conf, application.test.conf и application.prod.conf в свой ./conf с переопределениями для конкретной среды (при сохранении общих настроек в application.conf).

В этом примере мы полагаемся на собственный mode Play, который обычно имеет смысл, но вы можете быть настолько детализированы, насколько хотите, и использовать переменные среды или что угодно.

См. также: Конфигурация Typesafe

У меня тоже был этот вопрос в течение длительного времени, и ниже приведен лучший подход, который я изучил до сих пор, я получил подсказку, задавая аналогичный вопрос в группе Google Play 2.

В вашем application.config используйте следующий синтаксис для переопределения значения конфигурации, когда присутствует системный параметр:

# Local machine fallback URI
mongodb.uri="mongodb://192.168.56.101:27017/application"
# Env variable override
mongodb.uri=${?MONGOLAB_URI}

Знак вопроса означает, что вы не переопределяете переменную env, если она не установлена. Если вы просто используете ${MONGOLAB_URI}, вы ожидаете, что переменная будет установлена, и, я полагаю, вы получите какое-то исключение, если она не установлена.

Для полноты, вот пример того, как вы читаете значение:

lazy val mongoUri = current.configuration.getString("mongodb.uri").getOrElse("mongodb:///")

При таком подходе есть одно предостережение: убедитесь, что вы сохраняете конфигурацию системных параметров в каком-либо SCM.

Вы должны определить другой файл конфигурации с соответствующими свойствами

http://www.playframework.org/documentation/2.0/Configuration

Существует также механизм включения, который помогает вам определить значения по умолчанию в application.conf и переопределяет только то, что необходимо для производства.

Если вы хотите быть независимым от ограниченных режимов запуска scala, вы можете использовать свойства JVM. Поместите измененный пример @coffesnake в ./app/Global.scala :

import java.io.File

import play.api._
import com.typesafe.config.ConfigFactory

object Global extends GlobalSettings {
  override def onLoadConfig(config: Configuration, path: File, classloader: ClassLoader, mode: Mode.Mode): Configuration = {
    val environment = System.getProperty("environment")
    val environmentSpecificConfig = config ++ Configuration(ConfigFactory.load(s"application.${environment}.conf"))
    super.onLoadConfig(environmentSpecificConfig, path, classloader, mode)
  }
}

Следующий запуск воспроизведения play

и запустите приложение с параметром среды run -Denvironment=prod-server1

Не присоединяйтесь к обеим командам, тогда это не работает

Глобальная конфигурация будет переопределена специфическими свойствами среды из файла:

./conf/application.prod-server1.conf

РЕДАКТИРОВАТЬ:

С точки зрения времени я видел, что этот обходной путь не нужен. Лучше использовать встроенный в Play механизм загрузки конфига -Dconfig.file=/etc/play-application/foo-production.conf

Я использую это решение:

в application.conf я определил конфигурации по умолчанию, в myUsername.conf я включил конфигурацию по умолчанию и переопределил пользовательскую конфигурацию:

include "application.conf"
logger.application=DEBUG

затем в Global.java я загрузил конфигурацию пользователя (если она существует):

public Configuration onLoadConfig(Configuration config, File path,
        ClassLoader classloader) {

    String username = System.getProperty("user.name");
    File confFile = new File(new File(path, "conf"), username + ".conf");

    if (confFile.exists()) {
        Logger.info("configuration file {} found", confFile.getName());
        return new Configuration(ConfigFactory.load(confFile.getName()));
    } else {
        Logger.info(
                "configuration file {} not found, using default application.conf",
                confFile.getAbsolutePath());
        return null;
    }

}

У нас просто есть несколько файлов application.conf, во время разработки используется файл по умолчанию, и у нас есть файл prod-applicaton.conf, который мы просто копируем на место при развертывании.