|
96 | 96 | PropertySources.
|
97 | 97 |
|
98 | 98 | Note that as of Spring 3.1 the system-properties-mode attribute has been removed in
|
99 |
| - favor of the more flexible PropertySources mechanism. However, Spring 3.1-based |
100 |
| - applications may continue to use the 3.0 (and older) versions of the spring-context |
101 |
| - schema in order to preserve system-properties-mode behavior. In this case, the |
102 |
| - traditional PropertyPlaceholderConfigurer component will be registered instead of the |
103 |
| - new PropertySourcesPlaceholderConfigurer. |
| 99 | + favor of the more flexible PropertySources mechanism. However, applications may |
| 100 | + continue to use the 3.0 (and older) versions of the spring-context schema in order |
| 101 | + to preserve system-properties-mode behavior. In this case, the traditional |
| 102 | + PropertyPlaceholderConfigurer component will be registered instead of the newer |
| 103 | + PropertySourcesPlaceholderConfigurer. |
104 | 104 |
|
105 |
| - See ConfigurableEnvironment javadoc for more information on using. |
| 105 | + See ConfigurableEnvironment javadoc for more information on usage. |
106 | 106 | ]]></xsd:documentation>
|
107 | 107 | <xsd:appinfo>
|
108 | 108 | <tool:annotation>
|
|
126 | 126 | will cause a traditional PropertyPlaceholderConfigurer to be registered instead of the
|
127 | 127 | newer PropertySourcesPlaceholderConfigurer variant. In this case, the Spring Environment
|
128 | 128 | and its property sources are not interrogated when resolving placeholders. Users are
|
129 |
| - encouraged to consider this attribute deprecated, and to take advantage of |
130 |
| - Environment/PropertySource mechanisms. See ConfigurableEnvironment javadoc for examples. |
| 129 | + encouraged to consider this attribute deprecated, and to take advantage of the |
| 130 | + Environment and PropertySource mechanisms. See ConfigurableEnvironment javadoc for examples. |
131 | 131 |
|
132 | 132 | "ENVIRONMENT" indicates placeholders should be resolved against the current Environment and against any local properties;
|
133 | 133 | "NEVER" indicates placeholders should be resolved only against local properties and never against system properties;
|
|
147 | 147 | <xsd:attribute name="null-value">
|
148 | 148 | <xsd:annotation>
|
149 | 149 | <xsd:documentation><![CDATA[
|
150 |
| - A value that should be treated as {@code null} when resolved as a placeholder value: |
| 150 | + A value that should be treated as 'null' when resolved as a placeholder value: |
151 | 151 | e.g. "" (empty String) or "null". By default, no such null value is defined.
|
152 | 152 | ]]></xsd:documentation>
|
153 | 153 | </xsd:annotation>
|
|
181 | 181 | <xsd:documentation><![CDATA[
|
182 | 182 | Activates various annotations to be detected in bean classes: Spring's @Required and
|
183 | 183 | @Autowired, as well as JSR 250's @PostConstruct, @PreDestroy and @Resource (if available),
|
184 |
| - JAX-WS's @WebServiceRef (if available), EJB3's @EJB (if available), and JPA's |
| 184 | + JAX-WS's @WebServiceRef (if available), EJB 3's @EJB (if available), and JPA's |
185 | 185 | @PersistenceContext and @PersistenceUnit (if available). Alternatively, you may
|
186 | 186 | choose to activate the individual BeanPostProcessors for those annotations.
|
187 | 187 |
|
188 |
| - Note: This tag does not activate processing of Spring's @Transactional or EJB3's |
| 188 | + Note: This tag does not activate processing of Spring's @Transactional or EJB 3's |
189 | 189 | @TransactionAttribute annotation. Consider the use of the <tx:annotation-driven>
|
190 | 190 | tag for that purpose.
|
191 | 191 |
|
192 | 192 | See javadoc for org.springframework.context.annotation.AnnotationConfigApplicationContext
|
193 | 193 | for information on code-based alternatives to bootstrapping annotation-driven support.
|
194 |
| - from XML. |
195 | 194 | ]]></xsd:documentation>
|
196 | 195 | </xsd:annotation>
|
197 | 196 | </xsd:element>
|
|
200 | 199 | <xsd:annotation>
|
201 | 200 | <xsd:documentation><![CDATA[
|
202 | 201 | Scans the classpath for annotated components that will be auto-registered as
|
203 |
| - Spring beans. By default, the Spring-provided @Component, @Repository, |
204 |
| - @Service, and @Controller stereotypes will be detected. |
| 202 | + Spring beans. By default, the Spring-provided @Component, @Repository, @Service, |
| 203 | + @Controller, @RestController, @ControllerAdvice, and @Configuration stereotypes |
| 204 | + will be detected. |
205 | 205 |
|
206 | 206 | Note: This tag implies the effects of the 'annotation-config' tag, activating @Required,
|
207 | 207 | @Autowired, @PostConstruct, @PreDestroy, @Resource, @PersistenceContext and @PersistenceUnit
|
|
211 | 211 | for handling those annotations.
|
212 | 212 |
|
213 | 213 | Note: You may use placeholders in package paths, but only resolved against system
|
214 |
| - properties (analogous to resource paths). A component scan results in new bean definition |
215 |
| - being registered; Spring's PropertyPlaceholderConfigurer will apply to those bean |
| 214 | + properties (analogous to resource paths). A component scan results in new bean definitions |
| 215 | + being registered; Spring's PropertySourcesPlaceholderConfigurer will apply to those bean |
216 | 216 | definitions just like to regular bean definitions, but it won't apply to the component
|
217 | 217 | scan settings themselves.
|
218 | 218 |
|
|
0 commit comments