- 21 7月, 2016 7 次提交
-
-
由 Arjen Poutsma 提交于
This commit changes the reactive flushing mechanism to use a newly introduced writeAndFlushWith(Publisher<Publisher<DataBuffer>>) on ReactiveHttpOutputMessage instead of using the FlushingDataBuffer. Issue: https://github.com/spring-projects/spring-reactive/issues/125
-
由 Juergen Hoeller 提交于
(cherry picked from commit 5a92aa4e)
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-14478
-
由 Juergen Hoeller 提交于
Issue: SPR-14474
-
- 20 7月, 2016 15 次提交
-
-
由 Sebastien Deleuze 提交于
Issue: SPR-14470
-
由 Rossen Stoyanchev 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-14492
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-14479
-
由 Rossen Stoyanchev 提交于
Issue: SPR-14444
-
由 Juergen Hoeller 提交于
-
由 Juergen Hoeller 提交于
Issue: SPR-13344
-
由 Juergen Hoeller 提交于
Issue: SPR-13344
-
由 Juergen Hoeller 提交于
Issue: SPR-13344
-
由 Juergen Hoeller 提交于
Issue: SPR-14487
-
由 Juergen Hoeller 提交于
Consistently use constructor-based instantiation instead of Class.newInstance / BeanUtils.instantiate Issue: SPR-14486
-
由 Juergen Hoeller 提交于
Issue: SPR-14485
-
由 Juergen Hoeller 提交于
Issue: SPR-14484
-
由 Juergen Hoeller 提交于
Issue: SPR-14489
-
- 19 7月, 2016 8 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-13515
-
由 Juergen Hoeller 提交于
Issue: SPR-13499
-
由 Juergen Hoeller 提交于
Issue: SPR-14437
-
由 Juergen Hoeller 提交于
Issue: SPR-14476
-
由 Arjen Poutsma 提交于
-
由 Rossen Stoyanchev 提交于
-
由 Brian Clozel 提交于
This commit ensures that a valid port is given to the underlying Netty client when no port is defined in the URL itself. By default, port 80 is used by the Reactor Netty client. Issue: SPR-14477
-
由 Rossen Stoyanchev 提交于
Ensure type-level Javadoc in every class, comply with guidelines for 80 char on Javadoc, and minor polish.
-
- 18 7月, 2016 10 次提交
-
-
由 Brian Clozel 提交于
The `WebClient` has a new exception hierarchy: * `WebClientException` is the root of all exceptions thrown by the `WebClient` * `WebClientResponseException` are all exceptions associated with specific HTTP response status codes * `WebClientErrorException` and `WebServerErrorException` are respectively for 4xx and 5xx HTTP status codes `ResponseExtractor` implementations are adapted to optionally throw exceptions if it's impossible to extract the relevant parts of the response (e.g. extracting the response body if the response is a 404). This commit also introduces `ResponseErrorHandler`s that take care of the whole exception mapping infrastructure. Since `WebClientResponseException`s provide the status, headers and response body, we also need a dedicated mechanism to extract information from the response body at that level. The `BodyExtractors` are responsible for extracting that information from the exception, given they are provided with all the information they need; in that case, message decoders are required. To convey all this new information downstream, the `WebClient` now wraps the message converters and response error handler instances into a dedicated `WebClientConfig` object.
-
由 Brian Clozel 提交于
-
由 Arjen Poutsma 提交于
DataBufferUtilsTests checked for newline characters before, resulting in failures on Windows.
-
由 Stephane Nicoll 提交于
-
由 Stephane Nicoll 提交于
-
由 Stephane Nicoll 提交于
-
由 Sam Brannen 提交于
Issue: SPR-14362
-
由 Sebastien Deleuze 提交于
-
由 Sebastien Deleuze 提交于
-
由 Stephane Nicoll 提交于
-