You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As an application developer or deployer, I expect that the configuration file(s) can be found or deployed into predictable location(s), so that I can easily determine what the configuration is.
This depends on what a "configuration source" will be and how we will treat default configuration.
This is probably about "convention over configuration". Yet with support for custom configuration sources, this is probably only partially implementable in the spec.
If config is in a jar, it must be under a known file location e.g. meta-inf/config/ with a file name and file extension
If config is in file system, it must be under a known path.
Classpath: we need to use a known resource (such as a file name config with a supported suffix (properties, yaml)). We need to support runtimes that do not support runtime classpath scanning.
As an application developer or deployer, I expect that the configuration file(s) can be found or deployed into predictable location(s), so that I can easily determine what the configuration is.
Source: #27 (comment)
The text was updated successfully, but these errors were encountered: