Skip to content

S
spring-framework

爱吃血肠 / spring-framework

通知 1
Star 0
Fork 0
S
spring-framework

前往新版Gitcode，体验更适合开发者的 AI 搜索 >>

切换分支/标签
  1. 22 3月, 2019 1 次提交
  3. 05 3月, 2019 1 次提交
  5. 15 9月, 2018 2 次提交
    • R
      Add LogFormatUtils · db8e9eaf
      由 Rossen Stoyanchev 提交于 
      1. Helper method to eliminate duplication in formatting (de-)serialized
   values for logging introduced with prior commit #e62298.

2. Helper method for TRACE vs DEBUG logging with different details.

Issue: SPR-17254
      db8e9eaf
    • R
      Truncate logged encoded and decoded values if necessary · e62298ea
      由 Rossen Stoyanchev 提交于 
      At DEBUG show up to 100 chars, at TRACE show full formatted value.

Note that the formatValue helper method is duplicated a number of times
in this commit. A utility method will likely be added in spring-core
through an extra commit.

Issue: SPR-17254
      e62298ea
  7. 19 7月, 2018 1 次提交
  9. 07 7月, 2018 1 次提交
  11. 05 7月, 2018 1 次提交
  13. 23 6月, 2018 1 次提交
  15. 13 10月, 2017 1 次提交
  17. 16 8月, 2017 2 次提交
  19. 30 6月, 2017 1 次提交
  21. 28 6月, 2017 1 次提交
  23. 07 6月, 2017 1 次提交
    • J
      Consistent use of @Nullable across the codebase (even for internals) · f813712f
      由 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
      f813712f
  25. 01 6月, 2017 1 次提交
  27. 05 5月, 2017 1 次提交
  29. 10 4月, 2017 1 次提交
  31. 24 3月, 2017 1 次提交
    • R
      String decoding for text only vs any MIME type · 0662dbf0
      由 Rossen Stoyanchev 提交于 
      Follow-up to:
https://github.com/spring-projects/spring-framework/commit/3d68c496f15c80a75711480a569cda1f7c64dc91

StringDecoder can be created in text-only vs "*/*" mode which in turn
allows a more intuitive order of client side decoders, e.g. SSE does
not have to be ahead of StringDecoder.

The commit also explicitly disables String from the supported types in
Jackson2Decoder leaving it to the StringDecoder in "*/*" mode which
comes after. This does not change the current arrangement since the
the StringDecoder ahead having "*/*" picks up JSON content just the
same.

From a broader perspective this change allows any decoder to deal with
String if it wants to after examining the content type be it the SSE
or another, custom decoder. For Jackson there is very little value in
decoding to String which works only if the output contains a single
JSON string but will fail to parse anything else (JSON object/array)
while StringDecoder in "*/*" mode will not fail.

Issue: SPR-15374
      0662dbf0
  33. 22 3月, 2017 1 次提交
  35. 24 12月, 2016 1 次提交
    • S
      Allow to specify hints with the functional web API · fbf88d19
      由 Sebastien Deleuze 提交于 
      The most common use case is specifying JSON views.

ServerResponse.BodyBuilder#hint(String, Object) allows to
specify response body serialization hints.

ServerRequest#body(BodyExtractor, Map) allows to specify
request body extraction hints.

Issue: SPR-15030
      fbf88d19
  37. 12 9月, 2016 1 次提交
  39. 26 7月, 2016 1 次提交
  41. 21 7月, 2016 1 次提交