* documented that @Async can't be used in conjunction with lifecycle callbacks such as @PostConstruct
* provide sample for workaround
* added semantic markup for code
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3703 50f2f4bb-b051-0410-bef5-90022cba6387
If you want to reference parameters by name in XML
configuration you can also use @ConstructorProperties
to name the parameters in the class.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3688 50f2f4bb-b051-0410-bef5-90022cba6387
Extended documentation to include hints on what to
consider when working with proxied controllers.
Explained the necessity of moving @RequestMapping
annotations to the interface or use proxy-target-
class="true".
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3685 50f2f4bb-b051-0410-bef5-90022cba6387
When using PropertiesLoaderSupport implementations (principally
PropertyPlaceholderConfigurer), an assumption was made that any
Resource representing a set of properties must be file-based. SPR-7547
exposed the fact that if a non-file-based Resource implementation such
as ByteArrayResource were passed in, an IllegalStateException would be thrown
from the AbstractResource base class' implementation of getFilename().
This is now patched, and PropertiesLoaderSupport implementations treat
Resource implementations equally, regardless of file-orientation.
See also SPR-7552.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3680 50f2f4bb-b051-0410-bef5-90022cba6387
All <section/> elements in beans.xml >=~ 500 lines have been broken out
into separate documents with DOCTYPE 'section'. This refactoring makes
working with these files much easier in wysiwyg editors (namely
oXygen Author).
For consistency, this same refactoring should be applied to all other
chapters much larger than 1500 lines, such as aop.xml (3861), mvc.xml
(3466), jdbc.xml (3042), and so on.
beans.xml and the new section files have also been formatted for
consistency and to avoid whitespace diffs as much as possible into the
future.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3605 50f2f4bb-b051-0410-bef5-90022cba6387
JavaDoc and reference docs now warn developers against interacting with
bean instances within BeanFactoryPostProcessor implementations in order
to avoid premature bean instantiation.
See SPR-7450 for an example of a third-party BFPP
(OAuthTokenLifecycleRegistryPostProcessor) prematurely instantiating
a FactoryBean instance, such that bean post-processing is bypassed
and autowired injection (via @Inject) never occurs.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3602 50f2f4bb-b051-0410-bef5-90022cba6387
Chapter 27 covered @Required and RequiredAnnotationBeanPostProcessor but
did not hold together as a chapter unto itself. The IoC chapter already
makes mention of @Required and RequiredAnnotationBeanPostProcessor,
though not in quite as much detail as Chapter 27 did. Links have been
updated throughout to reference these sections and Chatper 27 has been
eliminated entirely.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3559 50f2f4bb-b051-0410-bef5-90022cba6387
Prior to change, there were 175 instances of <methodname/> elements
including parentheses (e.g.: <methodname>foo()</methodname>, and
36 instances without.
Now all 211 instances include parentheses for consistency.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3558 50f2f4bb-b051-0410-bef5-90022cba6387
Documentation now:
- Reflects generic use of ApplicationListener interface
- Demonstrates use of ApplicationEventPublisher(Aware) instead of
ApplicationContext(Aware) for publishing custom events
- Provides a more complete narrative as to how each of the publisher,
listener, and event objects interact with one another
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3556 50f2f4bb-b051-0410-bef5-90022cba6387
<programlisting/> elements must contain no newlines at beginning or end.
The following is an example of what not to do:
<programlisting><![CDATA[
package com.foo.bar;
class XFoo implements Foo<X> {
}]]>
</programlisting>
This leaves newlines at the beginning and end of the programlisting
panel within the PDF. Instead, do it like this:
<programlisting><![CDATA[package com.foo.bar;
class XFoo implements Foo<X> {
}]]></programlisting>
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3555 50f2f4bb-b051-0410-bef5-90022cba6387
- The sentence at the end of section 5.5.5 now refers to the
<mvc:annotation-driven conversion-service="..."/> example at the end
of section 5.6.
- The sentence at the end of section 5.5.5 refers to the
FormatterConversionServiceFactoryBean section that follows.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3554 50f2f4bb-b051-0410-bef5-90022cba6387
- 'dependency-check' attribute of the <bean/> element was removed
in the spring-beans-3.0 XSD; documentation now reflects this change.
- 'autodetect' was removed from the enumeration of possible values
for autowire mode in the spring-beans-3.0 XSD; documentation now
reflects this change.
Note that the underlying functionality for these values has not been
removed from Spring Core. Users of Spring 3.0 who still need this
support may choose to use spring-beans-2.5.xsd in order to preserve
backward-compatibility.
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3551 50f2f4bb-b051-0410-bef5-90022cba6387
Typo on the name of the @Autowired annotation: @Autowire -> @Autowired
Usage of the @Value annotation: ${jdbcProperties.url} -> ${jdbc.url} (inside section "Declaring @Configuration classes as plain Spring <bean/> elements").
git-svn-id: https://src.springframework.org/svn/spring-framework/trunk@3520 50f2f4bb-b051-0410-bef5-90022cba6387
Costin Leau
Arjen Poutsma
Oliver Gierke
Jeremy Grelle
Chris Beams
Ben Hale
Michael Isvy
Andy Clement
Juergen Hoeller