You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@deltaspike.apache.org by "Mark Struberg (JIRA)" <ji...@apache.org> on 2017/04/02 16:19:42 UTC
[jira] [Created] (DELTASPIKE-1241) [Config] fallback chain logic
Mark Struberg created DELTASPIKE-1241:
-----------------------------------------
Summary: [Config] fallback chain logic
Key: DELTASPIKE-1241
URL: https://issues.apache.org/jira/browse/DELTASPIKE-1241
Project: DeltaSpike
Issue Type: New Feature
Components: Configuration
Affects Versions: 1.7.2
Reporter: Mark Struberg
Assignee: Mark Struberg
Fix For: 1.8.0
We got the request to add handling similar to ConfigResolver#getProjectStageAwarePropertyValue and ConfigResolver#getPropertyAwarePropertyValue but in a more generic way.
Something I've been experimenting with since a long time was to introduce a more generic logic based on different lookup paths with themselves represent a postfix.
The idea is to extend the TypedResolver with a method
{code}
TypedResolver#withLookupPath(String... lookupPaths)
{code}
where each lookupPath String could either be a hardcoded value (e.g. evaluated upfront) or a variable "${somevariable}" which will be evaluted on the fly.
ConfigResolver.getPropertyAwarePropertyValue("dbvendor") could e.g. also be written as
{code}
TypedResolver<String> ds =
ConfigResolver.resolve("myprj.datasource")
.withLookupPath("${dbvendor}", "${deltaspike.projectstage}");
ds.get();
{code}
Assuming we are in the ProjectStage UnitTest this would result in the following lookup paths:
* datasource.mysql.UnitTest
* datasource.mysql
* datasource.UnitTest
* datasource
The lookupChain is kind of a binary field with all flags set to 1 (in the sample this would be: 11) and then decremented for each lookup (11, 10, 01, 00). Where 1 means to lookup with the specific postfix and 0 without.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)