- 10 Mar, 2017 14 commits
-
-
Andy Wilkinson authored
See gh-8515
-
Stephane Nicoll authored
-
Stephane Nicoll authored
* pr/8490: Polish contribution Introduce reset method to OutputCapture
-
Stephane Nicoll authored
Closes gh-8490
-
Roland Weisleder authored
Closes gh-8390
-
Stephane Nicoll authored
* pr/8552: Remove unused parameter
-
Sabri Onur Tüzün authored
Closes gh-8552
-
Stephane Nicoll authored
-
Stephane Nicoll authored
-
Stephane Nicoll authored
* pr/8562: Add missing spring-data-cassandra metadata
-
Eddú Meléndez authored
This commit adds the missing `spring.data.cassandra.repositories.enabled` in the metadata and the documentation. Closes gh-8562
-
Stephane Nicoll authored
-
Stephane Nicoll authored
-
Stephane Nicoll authored
Closes gh-8563
-
- 09 Mar, 2017 12 commits
-
-
Stephane Nicoll authored
-
Stephane Nicoll authored
-
Stephane Nicoll authored
-
Stephane Nicoll authored
-
Stephane Nicoll authored
-
Stephane Nicoll authored
This commit makes sure that if a `javax.cache.CacheManager` is required, an auto-configured `HazelcastInstance` is fully resolved first. This prevents the case where the JCache bootstrap actually starts an instance early, followed by a second (potentially unwanted) instance created by the regular auto-configuration. Since the JCache implementation works with an `HazelcastInstance` behind the scenes, if there is one `HazelcastInstance` configured and it has a name, then we configure the `CacheProvider` to use that. Future Hazelcast version will allow to pass the instance directly (i.e. not requiring an actual name). Closes gh-8484
-
Andy Wilkinson authored
-
Andy Wilkinson authored
-
Andy Wilkinson authored
See gh-8299 Closes gh-8525
-
Andy Wilkinson authored
-
Andy Wilkinson authored
-
Andy Wilkinson authored
The changes made for gh-8299 attempted to make static resource handling consistent across Jetty, Tomcat, and Undertow. They did so for application's launched using JarLauncher or WarLauncher but did not consider application's launched in an IDE or using spring-boot:run in Maven or bootRun in Gradle. Running in an IDE or via Maven or Gradle introduces two new resource locations: - Jars on the classpath with file protocol URLs (they are always jar protocol URLs when using either launcher) - Directories on the classpath from a project that is depended upon and contains resources in META-INF/resources This commit updates the factories for all three containers to handle these new resources locations. The integration tests have also been updated.
-
- 08 Mar, 2017 6 commits
-
-
Madhura Bhave authored
-
Madhura Bhave authored
Closes gh-8282
-
Andy Wilkinson authored
Closes gh-8539
-
Andy Wilkinson authored
Closes gh-8538
-
Stephane Nicoll authored
* pr/8526: Polish
-
Johnny Lim authored
Closes gh-8526
-
- 07 Mar, 2017 8 commits
-
-
Madhura Bhave authored
-
Madhura Bhave authored
-
Madhura Bhave authored
The NamePatternEnvironmentFilter used to throw an exception if placeholders in property values could not be resolved. Fixes gh-8510
-
Phillip Webb authored
See gh-8517 See gh-814
-
Madhura Bhave authored
Update the YAML parser so that origin information can be tracked. Line and column numbers are now available for each loaded property value. Fixes gh-8142
-
Madhura Bhave authored
Use a custom parser to load `.properties` files so that origin information can be tracked. Line and column numbers are now available for each loaded property value. Fixes gh-8517
-
Madhura Bhave authored
Add `OriginTrackedMapPropertySource` that can be used for any `Map` backed `PropertySource` that is also aware property origins. Rather than directly storing the value in the `Map`, an `OriginTrackedValue` can be used. See gh-8142 See gh-8517
-
Phillip Webb authored
Add `OriginCapablePropertySource` interface and supporting classes so that `PropertySource` implementations can reveal the source of any given property. The `TextResourcePropertyOrigin` can be used for sources that load values from a text `Resource` and can track line/column numbers. See gh-8517 See gh-8142
-