-
Notifications
You must be signed in to change notification settings - Fork 38.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Refine KotlinDetector.isKotlinType
documentation for Kotlin 2.x lambdas
#32905
Comments
@antechrestos Can you please provide a reproducer as an attached project or a link to a repository? |
I confirm this change of behavior caused by the fact that generation of lambda functions using invokedynamic is now the default, and I don't think we can do something about it at Spring Framework level except in terms of documentation so I turn it into a documentation issue. FYI SAM-converted lambda like @antechrestos Could you please create a related issue in Spring Cloud Function linking the repro in order to allow @olegz and @sobychacko to review how |
KotlinDetector.isKotlinType
documentation for Kotlin 2.x lambdas
I confirm that the workaround using @sdeleuze do you want me to close this PR and let the PR on cloud-function repository be the reference? |
@antechrestos if I am not mistaken, this is an issue not a PR and I have repurposed it to refine the documentation, so please keep it opened, I will close it with a related commit. |
Using the spring cloud stream with reactive used to work well by instanciating kotlin function as follows
Moving to kotlin 2.0 fails as generated bean class returns
false
when passing it toKotlinDetector.isKotlinType
. Hence starting of spring cloud stream module fails asKotlinFunctionWrapper
is not put and theConfiguration
expects javaFunction
,Consumer
orSupplier
...The text was updated successfully, but these errors were encountered: