tchekai704
/
src-spring-framework
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
Spring Framework
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
22936 Commits
19 Branches
274 Tags
318 MiB
Tree: a248a52575
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'a248a52575'
${ noResults }
src-spring-framework/spring-webflux/spring-webflux.gradle

62 lines
2.7 KiB
Raw Normal View History Unescape

Move modules to independent build files The main `build.gradle` file contains now only the common build infrastructure; all module-specific build configurations have been moved to their own build file. Issue: SPR-15885
7 years ago
description = "Spring WebFlux"
Revert "Revert "Refactor Gradle tasks in Spring Framework build"" This reverts commit fb0d618751a073c067c41266b9601094ccaa7560.
5 years ago
apply plugin: "kotlin"
Move modules to independent build files The main `build.gradle` file contains now only the common build infrastructure; all module-specific build configurations have been moved to their own build file. Issue: SPR-15885
7 years ago
dependencies {
Upgrade to Gradle 7.2 This commit upgrades Gradle to 7.2. Gradle configuration names are updated accordingly. This also upgrades Gradle build plugins. See gh-26870
4 years ago
api(project(":spring-beans"))
api(project(":spring-core"))
api(project(":spring-web"))
api("io.projectreactor:reactor-core")
Move modules to independent build files The main `build.gradle` file contains now only the common build infrastructure; all module-specific build configurations have been moved to their own build file. Issue: SPR-15885
7 years ago
optional(project(":spring-context"))
optional(project(":spring-context-support")) // for FreeMarker support
Use dependency management in Framework build Prior to this commit, the Spring Framework build would partially use the dependency management plugin to import and enforce BOMs. This commit applies the dependency management plugin to all Java projects and regroups all version management declaration in the root `build.gradle` file (versions and exclusions). Some versions are overridden in specific modules for backwards-compatibility reasons or extended support. This commit also adds the Gradle versions plugin that checks for dependency upgrades in artifact repositories and produces a report; you can use the following: ./gradlew dependencyUpdates
5 years ago
optional("javax.servlet:javax.servlet-api")
optional("javax.websocket:javax.websocket-api")
optional("org.webjars:webjars-locator-core")
optional("org.freemarker:freemarker")
optional("com.fasterxml.jackson.core:jackson-databind")
optional("com.fasterxml.jackson.dataformat:jackson-dataformat-smile")
Update Reactor Netty modules Since reactor/reactor-netty#739, the `reactor-netty` module is now split into two: `reactor-netty-core` and `reactor-netty-http`. This commit updates the Spring Framework build accordingly.
4 years ago
optional("io.projectreactor.netty:reactor-netty-http")
Use dependency management in Framework build Prior to this commit, the Spring Framework build would partially use the dependency management plugin to import and enforce BOMs. This commit applies the dependency management plugin to all Java projects and regroups all version management declaration in the root `build.gradle` file (versions and exclusions). Some versions are overridden in specific modules for backwards-compatibility reasons or extended support. This commit also adds the Gradle versions plugin that checks for dependency upgrades in artifact repositories and produces a report; you can use the following: ./gradlew dependencyUpdates
5 years ago
optional("org.apache.tomcat:tomcat-websocket")
Leverage Jetty BOM Issue: SPR-17058
6 years ago
optional("org.eclipse.jetty.websocket:websocket-server") {
Move modules to independent build files The main `build.gradle` file contains now only the common build infrastructure; all module-specific build configurations have been moved to their own build file. Issue: SPR-15885
7 years ago
exclude group: "javax.servlet", module: "javax.servlet"
}
Use dependency management in Framework build Prior to this commit, the Spring Framework build would partially use the dependency management plugin to import and enforce BOMs. This commit applies the dependency management plugin to all Java projects and regroups all version management declaration in the root `build.gradle` file (versions and exclusions). Some versions are overridden in specific modules for backwards-compatibility reasons or extended support. This commit also adds the Gradle versions plugin that checks for dependency upgrades in artifact repositories and produces a report; you can use the following: ./gradlew dependencyUpdates
5 years ago
optional("io.undertow:undertow-websockets-jsr")
optional("org.apache.httpcomponents:httpclient")
Use Kotlin BOM Close gh-23316
5 years ago
optional("org.jetbrains.kotlin:kotlin-reflect")
optional("org.jetbrains.kotlin:kotlin-stdlib")
Use dependency management in Framework build Prior to this commit, the Spring Framework build would partially use the dependency management plugin to import and enforce BOMs. This commit applies the dependency management plugin to all Java projects and regroups all version management declaration in the root `build.gradle` file (versions and exclusions). Some versions are overridden in specific modules for backwards-compatibility reasons or extended support. This commit also adds the Gradle versions plugin that checks for dependency upgrades in artifact repositories and produces a report; you can use the following: ./gradlew dependencyUpdates
5 years ago
optional("com.google.protobuf:protobuf-java-util")
Upgrade to Coroutines 1.3.0-RC This commit upgrades Coroutines support to kotlinx.coroutines 1.3.0-RC, leverages the new Coroutines BOM and refine Coroutines detection to avoid false positives. Only Coroutines to Mono context interoperability is supported for now. CLoses gh-23326
5 years ago
optional("org.jetbrains.kotlinx:kotlinx-coroutines-reactor")
Upgrade to Gradle 7.2 This commit upgrades Gradle to 7.2. Gradle configuration names are updated accordingly. This also upgrades Gradle build plugins. See gh-26870
4 years ago
testImplementation(testFixtures(project(":spring-beans")))
testImplementation(testFixtures(project(":spring-core")))
testImplementation(testFixtures(project(":spring-web")))
testImplementation("javax.xml.bind:jaxb-api")
testImplementation("com.fasterxml:aalto-xml")
testImplementation("org.hibernate:hibernate-validator")
testImplementation("javax.validation:validation-api")
testImplementation("io.reactivex.rxjava3:rxjava")
testImplementation("io.projectreactor:reactor-test")
testImplementation("io.undertow:undertow-core")
testImplementation("org.apache.tomcat.embed:tomcat-embed-core")
testImplementation("org.apache.tomcat:tomcat-util")
testImplementation("org.eclipse.jetty:jetty-server")
testImplementation("org.eclipse.jetty:jetty-servlet")
testImplementation("org.eclipse.jetty:jetty-reactive-httpclient")
testImplementation('org.apache.httpcomponents.client5:httpclient5')
testImplementation('org.apache.httpcomponents.core5:httpcore5-reactive')
testImplementation("com.squareup.okhttp3:mockwebserver")
testImplementation("org.jetbrains.kotlin:kotlin-script-runtime")
testRuntimeOnly("org.jetbrains.kotlin:kotlin-scripting-jsr223")
testRuntimeOnly("org.jruby:jruby")
testRuntimeOnly("org.python:jython-standalone")
testRuntimeOnly("org.synchronoss.cloud:nio-multipart-parser")
testRuntimeOnly("org.webjars:underscorejs")
testRuntimeOnly("org.glassfish:javax.el")
testRuntimeOnly("com.sun.xml.bind:jaxb-core")
testRuntimeOnly("com.sun.xml.bind:jaxb-impl")
testRuntimeOnly("com.sun.activation:javax.activation")
Latest dependency updates (POI 3.17, Rome 1.8, EhCache 3.4, Caffeine 2.5.6, RxJava 2.1.4, Tomcat 8.5.21, JRuby 9.1.13, Rhino 1.7.7.2)
7 years ago
}
Run webflux's tests in parallel to shorten long tail of builds (#23701) When built in an environment where many Gradle build workers are available, :spring-webflux:test is regularly the only task running at the end of the build. Therefore, the build's overall execution time can be reduced by running its tests in parallel, spreading the tests' execution across the available workers. The configured number of forks is a maximum with Gradle reducing this as necessary for environments with low numbers of cores where multiple workers will not improve build performance. Closes gh-23701
5 years ago
test {
maxParallelForks = 4
}