tSource's "toString()" output * HotSwappableTargetSource's "hashCode" implementation returns a constant value even if the target object changes * AbstractAutoProxyCreator considers all Advices (not just thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441 Using constant/> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . empty list. For performance reasons, if the list is itself entirely composed of fixed literals, a constant list is created to represent the expression (rather than building a new list on each evaluation) performance reasons, if the map is itself composed of fixed literals or other nested constant structures (lists or maps), a constant map is created to represent the expression (rather than building a new map on

thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's "sessionAcknowledgeModeName" property to JmsTemplate, for specifying a JMS Session acknowledge constant by name * added acknowledge mode check to JmsTemplate and JmsTemplate102 before calling "acknowledge"

thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's "sessionAcknowledgeModeName" property to JmsTemplate, for specifying a JMS Session acknowledge constant by name * added acknowledge mode check to JmsTemplate and JmsTemplate102 before calling "acknowledge"

thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's "sessionAcknowledgeModeName" property to JmsTemplate, for specifying a JMS Session acknowledge constant by name * added acknowledge mode check to JmsTemplate and JmsTemplate102 before calling "acknowledge"

thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's "sessionAcknowledgeModeName" property to JmsTemplate, for specifying a JMS Session acknowledge constant by name * added acknowledge mode check to JmsTemplate and JmsTemplate102 before calling "acknowledge"

thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's "sessionAcknowledgeModeName" property to JmsTemplate, for specifying a JMS Session acknowledge constant by name * added acknowledge mode check to JmsTemplate and JmsTemplate102 before calling "acknowledge"

thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's "sessionAcknowledgeModeName" property to JmsTemplate, for specifying a JMS Session acknowledge constant by name * added acknowledge mode check to JmsTemplate and JmsTemplate102 before calling "acknowledge"

thread context ClassLoader available * deprecated ResourcePatternResolver's "CLASSPATH_URL_PREFIX" constant in favor of "CLASSPATH_ALL_URL_PREFIX" * factored out PropertiesLoaderSupport class from PropertiesFactoryBean behavior: should avoid initialization of its singleton (if possible) * moved "FACTORY_BEAN_PREFIX" constant from AbstractBeanFactory superclass up to BeanFactory interface * refactored AbstractBeanFactory's "sessionAcknowledgeModeName" property to JmsTemplate, for specifying a JMS Session acknowledge constant by name * added acknowledge mode check to JmsTemplate and JmsTemplate102 before calling "acknowledge"

with corresponding "setId" in AbstractApplicationContext class * moved CONFIG_LOCATION_DELIMITERS constant from ConfigurableWebApplicationContext to ConfigurableApplicationContext * fixed AbstractApplicationContext custom resolver * DefaultNamespaceHandlerResolver exposes public DEFAULT_HANDLER_MAPPINGS_LOCATION constant * DefaultNamespaceHandlerResolver loads NamespaceHandler mappings and classes lazily (only when AbstractBeanFactoryBasedTargetSource * HotSwappableTargetSource's "hashCode" implementation returns a constant value even if the target object changes * added SimpleBeanTargetSource, performing a fresh getBean