Remove AbstractEnvironment#getPropertyResolver

Method is obsolete now that Environment (thus AbstractEnvironment as
well) implements the ConfigurablePropertyResolver interface.
This commit is contained in:
Chris Beams 2011-05-20 03:48:19 +00:00
parent 818467b9e5
commit 415057c184
2 changed files with 1 additions and 5 deletions

View File

@ -123,10 +123,6 @@ public abstract class AbstractEnvironment implements ConfigurableEnvironment {
return this.propertySources; return this.propertySources;
} }
public ConfigurablePropertyResolver getPropertyResolver() {
return this.propertyResolver;
}
@SuppressWarnings("unchecked") @SuppressWarnings("unchecked")
public Map<String, Object> getSystemEnvironment() { public Map<String, Object> getSystemEnvironment() {
Map<String, ?> systemEnvironment; Map<String, ?> systemEnvironment;

View File

@ -30,7 +30,7 @@ package org.springframework.core.env;
* *
* That is, if the key "xyz" is present both in the JVM system properties as well as in the * That is, if the key "xyz" is present both in the JVM system properties as well as in the
* set of environment variables for the current process, the value of key "xyz" from system properties * set of environment variables for the current process, the value of key "xyz" from system properties
* will return from a call to {@code environment.getPropertyResolver().getProperty("xyz")}. * will return from a call to {@code environment.getProperty("xyz")}.
* This ordering is chosen by default because system properties are per-JVM, while environment * This ordering is chosen by default because system properties are per-JVM, while environment
* variables may be the same across many JVMs on a given system. Giving system properties * variables may be the same across many JVMs on a given system. Giving system properties
* precedence allows for overriding of environment variables on a per-JVM basis. * precedence allows for overriding of environment variables on a per-JVM basis.