1. 30 Jul, 2018 1 commit
  2. 27 Jul, 2018 2 commits
  3. 26 Jul, 2018 2 commits
  4. 25 Jul, 2018 1 commit
  5. 24 Jul, 2018 2 commits
  6. 20 Jul, 2018 4 commits
  7. 18 Jul, 2018 2 commits
  8. 17 Jul, 2018 3 commits
  9. 16 Jul, 2018 2 commits
  10. 13 Jul, 2018 2 commits
  11. 12 Jul, 2018 2 commits
  12. 11 Jul, 2018 2 commits
    • Andy Wilkinson's avatar
      Update view of bean types when an override is detected · 6dc14af9
      Andy Wilkinson authored
      Previously, when a bean was overridden and its type changes,
      BeanTypeRegistry could be left with a stale view of the bean's type.
      This would lead to incorrect bean condition evaluation as conditions
      would match or not match based on the bean's old type.
      
      This commit updates the type registry to refresh its view of a bean's
      type when its definition changes.
      
      Closes gh-13588
      6dc14af9
    • Andy Wilkinson's avatar
      Delay property source initialization till LoggingSystem is initialized · 57ebdab2
      Andy Wilkinson authored
      Previously, the initialization of StandardServletEnvironment's
      property sources in SpringBootServletInitializer led to debug logging
      calls being made before the LoggingSystem had been initialized. As a
      result, the system's default configuration was used and, in the case
      of Logback at least, the debug logging was output to System.out
      in a war deployment.
      
      This commit updates SpringBootServletInitializer to delay the
      initialization of StandardServletEnvironment's property sources until
      after the LoggingSystem has been initialized, but still in time for
      active profiles to be configured via servlet context parameters
      (see gh-9972).
      
      Closes gh-13736
      57ebdab2
  13. 10 Jul, 2018 1 commit
    • Andy Wilkinson's avatar
      Avoid overriding beans and ensure import order is used for DataSource · 73a08dd6
      Andy Wilkinson authored
      During processing of a configuration class, the class's complete
      hierarchy is processed and during the processing of each class its
      member classes are processed. Previously, each pool-specific
      inner-class of DataSourceConfiguration extended the abstract outer
      class. This meant that when the import from
      DataSourceAutoConfiguration.PooledDataSourceConfiguration caused the
      first pool-specific inner-class to be  processed,
      DataSourceConfiguration would be processed as it was the inner-class's
      superclass. In turn all of DataSourceConfiguration's member classes
      would then be processed. This caused the first import (of
      DataSourceConfiguration.Tomcat) to trigger processing of all of the
      other pool-specific inner-classes in whatever order they were found
      rather than them being processed in the order in which they are
      imported by DataSourceAutoConfiguration.PooledDataSourceConfiguration.
      
      Another part of the problem was that none of the pool-specific
      inner-classes were conditional on a missing DataSource bean. This
      meant that, when multiple pools were on the classpath, each class
      after the first would override the previous class's definition of the
      DataSource bean.
      
      This commit updates each of the pool-specific inner-classes so that
      they no longer extend DataSourceConfiguration. This ensures that
      the inner classes are processed in the order defined in the import
      on PooledDataSourceConfiguration. Each of the classes has also been
      annotated with @ConditionalOnMissingBean(DataSource.class). This
      prevents the DataSource bean definition from being overridden and
      ensures that the order of precedence for the pool that will be used
      is as defined in the import.
      
      Closes gh-13737
      73a08dd6
  14. 09 Jul, 2018 2 commits
    • Madhura Bhave's avatar
      Fix typo · 8b2cb32a
      Madhura Bhave authored
      8b2cb32a
    • Andy Wilkinson's avatar
      Fix repackaging of jars with non-default compression configuration · a50646b7
      Andy Wilkinson authored
      Previously, if a jar that used custom compression configuration was
      repackaged, a failure may occur if an entry in the repackaged jar had
      a different compressed size to the entry in the source jar.
      
      This commit updates JarWriter to clear the input entry's compressed
      size (by setting it to -1) so that the repackaged entry's compressed
      size does not have to match that of the input entry.
      
      Closes gh-13720
      a50646b7
  15. 06 Jul, 2018 1 commit
  16. 03 Jul, 2018 4 commits
  17. 28 Jun, 2018 1 commit
  18. 25 Jun, 2018 6 commits