Note: This project is discontinued in favour of (Ficus)[https://github.com/iheartradio/ficus]. At the time that I started this project I didn't realize Ficus existed. Ficus is essentially the exact same thing so it should be a fairly straight forward migration.

CaseConfig is an extension for Typesafe Config that provides a safer and cleaner approach to reading values from a configuration file. CaseConfig's model-driven approach of parsing configuration into types provides validation for "required" fields and field types for free. It also provides a clearer way of accessing configuration fields using case class values instead of Config objects of Config objects, which is analogous to dealing with a heterogeneous Map of Maps.

CaseConfig is available for both Scala 2.10 and 2.11. If you are using sbt, simply add the following to your build.sbt:

resolvers += "Pellucid Bintray" at "http://dl.bintray.com/pellucid/maven"

libraryDependencies += "ca.mrvisser" %% "case-config" % "0.1.2"

There isn't much to it, so lets just dive into some examples.

Good times when the configuration field exists:

import ca.mrvisser.caseconfig._
import com.typesafe.config.ConfigFactory

val config = ConfigFactory.parseString(
        """
        |{
        |   myfield = "my value"
        |}
        """.stripMargin)

val myfield = config.get[String]("myfield")

Result: myfield = "my value"

An error when it does not exist:

import ca.mrvisser.caseconfig._
import com.typesafe.config.ConfigFactory

val config = ConfigFactory.parseString(
        """
        |{
        |   myfield = "my value"
        |}
        """.stripMargin)

val missing = config.get[String]("missing")

Result:

com.typesafe.config.ConfigException$Missing: No configuration setting found for key 'missing'
  at com.typesafe.config.impl.SimpleConfig.findKey(SimpleConfig.java:124)
  at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:145)
  at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:159)
  at com.typesafe.config.impl.SimpleConfig.find(SimpleConfig.java:164)
  at com.typesafe.config.impl.SimpleConfig.getString(SimpleConfig.java:206)
  at ca.mrvisser.caseconfig.types.Types$StringType$.get(Types.scala:195)
  at ca.mrvisser.caseconfig.types.Types$StringType$.get(Types.scala:194)
  at ca.mrvisser.caseconfig.package$TypelevelConfig2CaseConfig.get(package.scala:52)
  ... 46 elided

To specify that a configuration value is optional, its type should be an Option of its value type. If the field doesn't exist it results in a None rather than a validation error.

import ca.mrvisser.caseconfig._
import com.typesafe.config.ConfigFactory

val config = ConfigFactory.parseString(
        """
        |{
        |   myfield = "my value"
        |}
        """.stripMargin)

val myfield = config.get[Option[String]]("missing")

Result: myfield = None

If a case class is provided, its fields are decomposed and the case class is instantiated using the fields and values from the configuration object. This happens recursively, so it is possible to extract case classes nested in case classes to build complex configuration objects.

import ca.mrvisser.caseconfig._
import com.typesafe.config.ConfigFactory

case class CacheConfig(evictionStrategy: String, maxSize: Bytes)
case class ConnectionPoolConfig(servers: List[String], maxConnections: Int, minConnections: Option[Int])
case class MyConfig(pool: ConnectionPoolConfig, cache: Option[CacheConfig], latencyPercentiles: Optional[List[Double]])

val config = ConfigFactory.parseString(
        """
        |{
        |   pool = {
        |       servers = [ "web0.myapp.ninja", "web1.myapp.ninja" ]
        |       maxConnections = 12
        |   }
        |
        |   latencyPercentiles = [ 50, 75, 90, 95, 99, 99.9 ]
        |}
        """.stripMargin)

val myConfig = config.get[MyConfig]

Result:

myConfig =
    MyConfig(
        ConnectionPoolConfig(
            List(
                "web0.myapp.ninja",
                "web1.myapp.ninja"
            ),
            12,
            None
        ),
        None,
        Some(
            List(50.0, 75.0, 90.0, 95.0, 99.0, 99.9)
        )
    )

• Eugene Burmako: Macro support
• Branden Visser: Core maintainer