public interface ConfigMap
Modifier and Type | Interface and Description |
---|---|
static interface |
ConfigMap.ConfigMapWithInheritance<TContainer> |
Modifier and Type | Method and Description |
---|---|
java.util.Map<java.lang.String,java.lang.Object> |
asMapWithStringKeys()
Deprecated.
since 0.10.0 use the corresponding methods to return
ConfigKey -based maps,
then pass to a ConfigBag to get a string-map view; kept for StringConfigMap |
java.util.Set<ConfigKey<?>> |
findKeys(<any> filter)
Deprecated.
since 0.11.0 use
#findKeysDeclared(Predicate) or #findKeysPresent(Predicate)
this method is like the above but it does not compare against reference keys in the container / type context. there are no known cases where that is the desired behaviour, so callers are being forced to migrate to one of the above other two methods. if keys in the map are needed and not the reference keys, let the brooklyn developers know to keep this functionality! |
java.util.Set<ConfigKey<?>> |
findKeysDeclared(<any> filter)
returns all keys present in the map matching the given filter predicate; see ConfigPredicates for common predicates.
|
java.util.Set<ConfigKey<?>> |
findKeysPresent(<any> filter)
as
#findKeysDeclared(Predicate) but restricted to keys actually present in the map |
java.util.Map<ConfigKey<?>,java.lang.Object> |
getAllConfig()
Deprecated.
since 0.10.0 in favour of
getAllConfigLocalRaw() for local
and ConfigMap.ConfigMapWithInheritance methods for inherited;
kept on some sub-interfaces (eg Brooklyn properties) |
java.util.Map<ConfigKey<?>,java.lang.Object> |
getAllConfigLocalRaw()
returns a read-only map of all local config keys with their raw (unresolved+uncoerced) contents
|
<T> T |
getConfig(ConfigKey.HasConfigKey<T> key) |
<T> T |
getConfig(ConfigKey<T> key) |
Maybe<java.lang.Object> |
getConfigLocalRaw(ConfigKey<?> key)
returns the value stored against the given key,
not any default,
not inherited (if there is an inheritance hierarchy),
not type-coerced or further resolved (eg a task or supplier, if such rules are applicable)
|
Maybe<java.lang.Object> |
getConfigRaw(ConfigKey<?> key,
boolean includeInherited)
Deprecated.
since 0.10.0 in favour of
ConfigMap.ConfigMapWithInheritance methods |
boolean |
isEmpty() |
int |
size() |
ConfigMap |
submap(<any> filter)
Deprecated.
since 0.10.0 use
#findKeys(Predicate) then do whatever is desired for the values;
kept on StringConfigMap |
<T> T getConfig(ConfigKey<T> key)
#getConfig(ConfigKey, Object), with default value as per the key, or null
<T> T getConfig(ConfigKey.HasConfigKey<T> key)
#getConfig(ConfigKey, Object), with default value as per the key, or null
@Deprecated Maybe<java.lang.Object> getConfigRaw(ConfigKey<?> key, boolean includeInherited)
ConfigMap.ConfigMapWithInheritance
methodskey
- key to look upincludeInherited
- for ConfigMap
instances which have an inheritance hierarchy,
whether to traverse it or not; has no effects where there is no inheritanceMaybe<java.lang.Object> getConfigLocalRaw(ConfigKey<?> key)
key
- key to look upjava.util.Map<ConfigKey<?>,java.lang.Object> getAllConfigLocalRaw()
@Deprecated java.util.Map<ConfigKey<?>,java.lang.Object> getAllConfig()
getAllConfigLocalRaw()
for local
and ConfigMap.ConfigMapWithInheritance
methods for inherited;
kept on some sub-interfaces (eg Brooklyn properties)@Deprecated ConfigMap submap(<any> filter)
#findKeys(Predicate)
then do whatever is desired for the values;
kept on StringConfigMap
@Deprecated java.util.Set<ConfigKey<?>> findKeys(<any> filter)
#findKeysDeclared(Predicate)
or #findKeysPresent(Predicate)
this method is like the above but it does not compare against reference keys in the container / type context. there are no known cases where that is the desired behaviour, so callers are being forced to migrate to one of the above other two methods. if keys in the map are needed and not the reference keys, let the brooklyn developers know to keep this functionality!
java.util.Set<ConfigKey<?>> findKeysDeclared(<any> filter)
#findKeysPresent(Predicate)
)java.util.Set<ConfigKey<?>> findKeysPresent(<any> filter)
#findKeysDeclared(Predicate)
but restricted to keys actually present in the map
if there is a container or type context defining reference keys, those key definitions will be preferred over any config keys used as keys in this map.
@Deprecated java.util.Map<java.lang.String,java.lang.Object> asMapWithStringKeys()
ConfigKey
-based maps,
then pass to a ConfigBag to get a string-map view; kept for StringConfigMap
int size()
boolean isEmpty()