just wondering if there's something commonly done there
the ideal is that any object or function that uses config settings has an overload or variation that lets you pass a Config in, because that enables the application using the library to use something other than ConfigFactory.load(); but default to
load() so if they stick to the defaults, they don't have to pass a Config around. The reasonConfigFactory.load() has no parameters (and returns a singleton) is so that it can be called many times from many places and always return the same result, so it's a safe default.
that's what the examples suggest. I'm not sure how many libraries "in the wild" actually do this.
there's deliberately not an init call like ConfigFactory.setDefault(something) because the problem is that you'd have to be sure it was called before anyone tried to use any config, which is sort of a nightmare.
thanks...yeah i'm sort of running into that myself at the next layer up: trying to figure out how to instantiate config and then make it available to our libraries used as part of the application (which have no central entry point). we used to use osgi to provide config, but it's a pain having to retrieve that service everywhere so i went with a central class which can be accessed statically to get config, but that has the annoyance you mentioned: making sure it gets initialized in time. i currently do that statically as well, but that has its own issues.
For ease-of-use during development we've been deploying bundled jars so we only have to copy one file to a dev server instead of all of them. We've run into an issue with conflicting
reference.conf files, as both a library we use has one and the application, but they're both in resources/reference.conf so only the last one ends up in the final fat jar. Is there a strategy we could use here to load both correctly? I tried nesting the lib's reference.conf but found that the class loader only looks for the file at one exact path when using ConfigFactory.load()
Ah, I've just found that perhaps this is problem on the bundling side (just found https://maven.apache.org/plugins/maven-shade-plugin/examples/resource-transformers.html#AppendingTransformer), so I'll look into that.
I'm dealing with a pretty weird issue. I am using ConfigFactory.load() in a couple of places, and it works when running the application. but during a Scalatest run, it will work for usage within the context of a test (i.e a compiled test-class), but not for application code. The error is that
com.typesafe.config.ConfigException$Missing: merge of system properties,reference.conf @ jar:file:ssl-config-core!/reference.conf doesn't hold the configuration setting I'm looking for. I'm not entirely sure why it is looking inside ssl-config-core...
Even weirder, it works fine running on JDK8, but has this issue on JDK11...
That appears to be the only differences. I logged the classpath URLs in both instances and they are identical. It is impossible for them to be referencing a separate resource. There are some recent issues pointing to something similar, however: sbt/sbt#5410
So perhaps I have stumbled upon the same issue :/
Through code
Suppose I host config file on external url. Once I make updates to the configuration file hosted on that external url, do I need to invoke any api on this library for this to pick up the latest changes? or does this library keeps on syncing with the source url every fixed time interval.
Thinking about it. Why haven't I asked this before...
Is there a better way to achieve that? AuraDevelopmentTeam/BungeeChat2@9268c0a
Is there a better way to achieve that? AuraDevelopmentTeam/BungeeChat2@9268c0a
Hello everyone! I was wondering, can you insert a key value at a string path at runtime, or replace it temporarily with some type of user input. For example, if my config contains conf {
classname = "DesignName"
interface = "InterfaceName"
combined = ${conf.classname} ${conf.interface} "string1"
} is there any way to say conf.classname = (something i want to set it to) during runtime?
classname = "DesignName"
interface = "InterfaceName"
combined = ${conf.classname} ${conf.interface} "string1"
} is there any way to say conf.classname = (something i want to set it to) during runtime?
To paraphrase better,. Does anyone contain knowledge about how to substitute a value at a key inside of a .conf file at run time.
For example, if i have a configuration file ( config.conf ) that specifies
foo{
default = "hello"
string = "world"
concat = ${foo.default} ${foo.string}
}
Config defaultConfig = Configs.ConfigType("config.conf")
defaultConfig.getString("foo.concat")
This would normally output "helloworld"
Is there any way to change this behavior at run time with some type of operation of,
defaultConfig.atKey("string"). [ Hypothetical code ] setKey("person");
Which would then output "helloperson"
I read through https://github.com/lightbend/config/blob/master/HOCON.md a couple times and don't see a good way to approach this.
If anyone has any tips they would be greatly appreciated.
so a Config can be resolved or not. If resolved, the
${foo.default} type of expressions are gone and no longer in the data structure. If not resolved, you can use config.withFallback(configWithTheValuesToResolveAgainst).resolve() to swap out ${foo.default}. the config must be resolved prior to use.
Thanks for the quick response! I saw that i could use fallback but i'm attempting to replace a specific key value pair upon user input which would be found within the fallback file lets say like a new name. or something like (append) a new name as a value for a given key. such that either in the example above the defaultconfig.atkey("my key string") could be replaced by Scanner in = new scanner(); and then send that scanned in string into the place of the key.
Hello Lightbend community,
I have been trying to convert my config file into an object of a Java POJO class.
The config file is a HOCON file :
{
"records": [
{
firstName= "Hemant"
lastName="Pandey"
Age=25
},
{
firstName= "Vaashu"
lastName="Sharma"
Age=24
}
]
}
The POJO class too has same members as firstname, lastName and Age.
Any better way to do this ?
I tried getting a configList which creates a Java Object list.
Good morning. I have a question:
suppose I have an SBT project with two submodules, an executable
and
Would those configs be available when running the
suppose I have an SBT project with two submodules, an executable
fili and a library kili, such that fili is configured in SBT as .dependsOn(kili % compile -> compile; test -> test),and
kili defines some configs in the application.conf file.Would those configs be available when running the
fili application, or would I need to change that dependency?
Yes,
@andreaTP Can I infer from the response that: an
kili has these configurations defined on a reference.conf file.@andreaTP Can I infer from the response that: an
application.conf file in fili would not just override the individual settings on the application.conf of kili, but suppress it altogether (as if it did not exist)
actually all application.conf should be loaded ... https://github.com/lightbend/config#standard-behavior