Sébastien Deleuze

As discussed with @odrotbohm and @snicoll, JCache support is current broken at AOT generated code level: ``` [ERROR] location: variable instance of type org.springframework.cache.jcache.config.ProxyJCacheConfiguration /Users/odrotbohm/Documents/workspace/spring-petclinic/target/spring-aot/main/sources/org/springframework/cache/jcache/config/ProxyJCacheConfiguration__Autowiring.java 16:136 ```

Toolchain support with native is indeed not something I would recommend to use with native, but a possible alternative is keep our existing JDK to run Gradle and set a...

I can reproduce, I have created https://github.com/graalvm/native-build-tools/issues/598 related issue.

Based on my discussion with the GraalVM team and my latest tests, we need to use both NBT 0.10.1+ and GraalVM 22+ to make this test working, so I suspect...

You can find more information on Coroutines exception handling [here](https://kotlinlang.org/docs/exception-handling.html). Maybe worth to have a reproducer to analyze the behavior and evaluate if that makes sense to support it. If...

Sure, I will have a look asap.

Hey, after a look to the various proposals, I think I would like to take @jnizet proposal as starting point, as @wilkinsona said DSL is a matter of taste, but...

I think that's a good idea yes. I would have favor extension functions on types like `ParametersBuilder` but since [KT-11968](https://youtrack.jetbrains.com/issue/KT-11968) is still not fixed, I think that's the best option.

FYI, I have merged `MockMvc` Kotlin DSL in Spring Framework master, see [this commit](https://github.com/spring-projects/spring-framework/commit/0c332286f167ee5a431be8b2705a9178c273e14e) for more details.

I agree with @jnizet, the inconsistency between `infix` and non `infix` form is an issue, which is also present with `andReturn()`, so I have removed it via [this commit](https://github.com/spring-projects/spring-framework/commit/9e873af6abf664100f68d00adcdd34266371de6d). Snapshot...