• Dave Syer's avatar
    Change ordering of DataSourceInitializer a bit · f8e847a6
    Dave Syer authored
    It needs to run as soon as the DataSource is available really otherwise
    anything else that depends on the DataSource (like Security JDBC
    initializers) might fail when it tries to use it.
    
    One change from 1.1.1 is that if you have a schema.sql you had better
    make sure your data.sql talks to the same tables. In 1.1.1 you could
    sometimes get away with letting Hibernate initialize the tables for
    your data.sql and *also* have a schema.sql. This was fragile and doomed
    to fail eventually if the DataSourceInitializer somehow got
    initialized earlier (e.g. through a @DependsOn), so in the spririt
    of honesty being the best policy we explicitly disallow it now.
    
    Fixes gh-1115
    f8e847a6
Name
Last commit
Last update
docs Loading commit data...
eclipse Loading commit data...
spring-boot Loading commit data...
spring-boot-actuator Loading commit data...
spring-boot-autoconfigure Loading commit data...
spring-boot-cli Loading commit data...
spring-boot-dependencies Loading commit data...
spring-boot-docs Loading commit data...
spring-boot-full-build Loading commit data...
spring-boot-integration-tests Loading commit data...
spring-boot-parent Loading commit data...
spring-boot-samples Loading commit data...
spring-boot-starters Loading commit data...
spring-boot-tools Loading commit data...
spring-boot-versions Loading commit data...
.gitignore Loading commit data...
.settings-template.xml Loading commit data...
.travis.yml Loading commit data...
CONTRIBUTING.adoc Loading commit data...
README.adoc Loading commit data...
pom.xml Loading commit data...