- 13 11月, 2018 1 次提交
-
-
由 Juergen Hoeller 提交于
Issue: SPR-17086
-
- 05 7月, 2018 2 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-16966
-
由 Rossen Stoyanchev 提交于
Issue: SPR-16966
-
- 30 6月, 2018 1 次提交
-
-
由 Juergen Hoeller 提交于
-
- 28 6月, 2018 2 次提交
-
-
由 Juergen Hoeller 提交于
-
由 Phillip Webb 提交于
Fix checkstyle violations for javadoc. Issue: SPR-16968
-
- 23 6月, 2018 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-16898
-
- 11 3月, 2018 1 次提交
-
-
由 Sam Brannen 提交于
-
- 21 11月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-16218
-
- 16 11月, 2017 1 次提交
-
-
由 sdeleuze 提交于
This commit adds AbstractMessageReaderArgumentResolver#readBody and AbstractMessageWriterResultHandler#writeBody variants which allow to pass the actual MethodParameter in order to perform proper annotation-based hint resolution with nested generics, for example with HttpEntity. Issue: SPR-16098
-
- 11 11月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-16172
-
- 06 9月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-15910
-
- 04 7月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-15731
-
- 07 6月, 2017 1 次提交
-
-
由 Juergen Hoeller 提交于
Beyond just formally declaring the current behavior, this revision actually enforces non-null behavior in selected signatures now, not tolerating null values anymore when not explicitly documented. It also changes some utility methods with historic null-in/null-out tolerance towards enforced non-null return values, making them a proper citizen in non-null assignments. Some issues are left as to-do: in particular a thorough revision of spring-test, and a few tests with unclear failures (ignored as "TODO: NULLABLE") to be sorted out in a follow-up commit. Issue: SPR-15540
-
- 06 5月, 2017 1 次提交
-
-
由 Juergen Hoeller 提交于
-
- 25 3月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
This commit folds ServerHttpMessage[Reader|Writer] into its parent HttpMessage[Reader|Writer] with the server methods pre-implemented by default to be simple pass-through delegates.
-
- 21 3月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
ServerHttpMessage[Reader|Writer] are now expected for WebFlux, annotated controller endpoint and subsequently the instanceof checks for HttpMessage[Reader|Writer] vs ServerHttpMessage[Reader|Writer] can be removed from AbstractMessageReaderArgumentResolver and AbtractMessageWriterResultHandler.
-
- 15 3月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
-
- 14 3月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
-
- 09 2月, 2017 1 次提交
-
-
由 Brian Clozel 提交于
Prior to this commit, WebFlux would look at the handler method annotations (`@ResponseStatus`) for each handler execution, even calling the expensive `synthesizeAnnotation`. This commit moves this logic to the InvocableHandlerMethod so that this executed once at instantiation time and for all result handlers. Issue: SPR-15227
-
- 02 2月, 2017 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Issue: SPR-15190
-
- 29 11月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Simplify getAdapterFrom/To into a single getAdapter method that looks for an exact match by type first and then isAssignableFrom. Also expose shortcut methods in ReactiveAdapter to minimize the need for access to the ReactiveTypeDescriptor. Issue: SPR-14902
-
- 04 11月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
If the body class is not resolvable from the return type and there is a body instance we now fall back on the class of the body instance. Issue: SPR-14877
-
- 03 11月, 2016 1 次提交
-
-
由 Brian Clozel 提交于
This commit adds support for `@ResponseStatus` annotations on reactive controller methods. `HandlerResultHandler`s implementations now set the status on the `ServerWebExchange`, if and only if the invocation of the controller method succeeded. Issue: SPR-14830
-
- 20 9月, 2016 1 次提交
-
-
由 Sebastien Deleuze 提交于
This commit makes it possible, in addition to provide hints, to perform additional operations with the request and the response at ServerHttpMessageReader/Writer level. AbstractServerHttpMessageReader/Writer now provide convenient beforeRead/beforeWrite abstract methods for such need. Issue: SPR-14557
-
- 16 9月, 2016 1 次提交
-
-
由 Sebastien Deleuze 提交于
Issue: SPR-14693
-
- 12 9月, 2016 1 次提交
-
-
由 Sebastien Deleuze 提交于
Issue: SPR-14557
-
- 28 7月, 2016 2 次提交
-
-
由 Rossen Stoyanchev 提交于
-
由 Rossen Stoyanchev 提交于
-
- 23 7月, 2016 2 次提交
-
-
由 Rossen Stoyanchev 提交于
-
由 Rossen Stoyanchev 提交于
Issue: SPR-14159
-
- 19 7月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
-
- 15 7月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
-
- 04 7月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
When using the ConversionService to check and bridge to and from reactive types we now generallly provide the full type information available from method signatures. However that full type information is not always necessary such as when we perform additional checks on the generics of the reactive type (e.g. Mono<ResponseEntity>). This allows us to switch to use DefaultFormattingConversionService instead of GenericConversionService while also ensuring that the CollectionToObjectConverter doesn't think it can convert List<?> to any reactive type. The ObjectToObjectConverter can also interfere because it is smart enough to find the "from(Publisher<?>)" method on Flux and Mono. To make up for that on the response side we now check if a type is assignable to Publisher first in which case it is a simple cast. In turn that means we don't need a PublisherToFluxConverter which can be problematic in its own right because it can convert from Mono to Flux which technically doesn't lose data but switches stream semantics. Issue: #124, #128
-
- 02 7月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
This commit ensures stream semantics (Flux vs Mono) are adhered to also on the target side.
-
- 25 6月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
Introduce separate test classes for each base class in the hierarchy above @ResponseBody and ResponseEntity result handlers. Also start porting existing unit test cases for @ResponseBody and ResponseEntity return value handlers.
-
- 22 6月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
-
- 07 6月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
-
- 06 6月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
-
- 01 6月, 2016 1 次提交
-
-
由 Rossen Stoyanchev 提交于
The ContentNegotiatingResultHandlerSupport base class encapsulates the logic for content negotiation needed for both @ResponseBody and view resolution result handling.
-