• Stephane Nicoll's avatar
    Do not configure a ReactiveNeo4jTransactionManager · d4ba55f8
    Stephane Nicoll authored
    The current arrangement with Neo4j does not allow us to know for sure
    that the user intends to use `@Transactional` for reactive or imperative
    operations.
    
    The main reason for that is that the only trigger for the reactive
    auto-configuration is the presence of reactor on the classpath given
    that the Neo4j driver ships with both styles in the same jar. And
    reactor can be on the classpath for a number of reasons that are
    unrelated to imperative access (typically `WebClient`).
    
    This commits removes the auto-configuration of the
    ReactiveNeo4jAutoConfiguration and makes sure that if the user defines
    one, the regular `PlatformTransactionManager` backs off. This is
    a temporarily situation until we can provide a better signal that the
    user intends to primarily use imperative repositories.
    
    Closes gh-22940
    d4ba55f8
Name
Last commit
Last update
.github Loading commit data...
buildSrc Loading commit data...
ci Loading commit data...
eclipse Loading commit data...
git/hooks Loading commit data...
gradle/wrapper Loading commit data...
idea Loading commit data...
spring-boot-project Loading commit data...
spring-boot-tests Loading commit data...
src Loading commit data...
.editorconfig Loading commit data...
.gitignore Loading commit data...
CODE_OF_CONDUCT.adoc Loading commit data...
CONTRIBUTING.adoc Loading commit data...
LICENSE.txt Loading commit data...
README.adoc Loading commit data...
SUPPORT.adoc Loading commit data...
build.gradle Loading commit data...
gradle.properties Loading commit data...
gradlew Loading commit data...
gradlew.bat Loading commit data...
settings.gradle Loading commit data...