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
ArchaiusConfigurationProvider owns all properties even they are not defined. If the property is not defined in Archaius, it should fall back to other configuration provider chained above.
With null specifically withOwnershipPolicy(null), it shows the behavior of the previous version(v1.1.1). I think we'd better document this. If null parameter is not ugly, you can close this issue.
Initially I was thinking of changing the default ownership policy to 'null' so that archaius only claims ownership of properties that have been specified at startup. I think now that this will just further confuse things. I think a better approach would be to document that archaius (or any dynamic property source) shouldn't be used with CompoisteConfigurationProvider. The reason for this is that CompositeConfigurationProvider is meant to be used for disjoint sets of properties and mixing it with ArhcaiusConfigurationProvider just confuses things because archaius itself manages properties from multiple sources. With CompositeConfigurationProvider It is difficult to determine which provider owns a property that was not specified at startup but should be picked up dynamically.
Alternatively you could specify a regex for ArchaiusConfigurationProvider to only own properties with a certain prefix.
When I use CompositeConfigurationProvider such as the following code:
ArchaiusConfigurationProvider owns all properties even they are not defined. If the property is not defined in Archaius, it should fall back to other configuration provider chained above.
The temporary solution can be the following:
and hook up the above ownershipPolicy with ArchiausConfigurationProvider at withOwnershipPolicy.
The text was updated successfully, but these errors were encountered: