More details on https://spring.io/blog/2016/03/04/core-container-refinements-in-spring-framework-4-3#implicit-constructor-injection-for-single-constructor-scenarios

Spring Framework 4.3 RC1 is expected shortly https://jira.spring.io/browse/SPR/fixforversion/15350/

This +

@FooMapping

alias are nice to use with Kotlin

Is there an example in your messenger sample?

Yes

For both

👍 awesome, will take a look

Does anyone have permissions to delete the #C0PMNPEEL channel now that this channel is for all things Spring?

FYI https://github.com/spring-projects/spring-boot/issues/5537

subscribed i'm interested in the outcome

I started using @{thing}, I guess I’ll change that to #{thing}

Now that @yann.cebron is here, we can all harass him for Kotlin support in IntelliJ Spring. For those that need introductions, Yann is the guy behind all the great Spring stuff in IDEA.

THANK YOU Hadi. Hi, everyone simple smile

@yann.cebron: I raised one issue in the tracker: An inspection that warns whenever

open fun

would be required by an annotation (@Transactional, etc).

It would have to check that the default waving (cglib for concrete classes) is being used.

I see, thanks for the suggestion https://youtrack.jetbrains.com/issue/IDEA-152159

I think this ^^ belongs to Kotlin project

FTR, @alexey.sedunov is doing a lot of the Kotlin Spring related stuff, but I thought it nice to invite Yann to this channel as they also collaborate.

FYI we have created a

spring-kotlin

project where we want to experiment about the

open

need with Spring beans https://github.com/sdeleuze/spring-kotlin/

More details in this discussion https://github.com/spring-projects/spring-boot/issues/5537

@orangy @hhariri: about that we have a question from the Spring team "We wonder if JetBrains would consider an enhancement to Kotlin that allows an annotation to make a class open, perhaps via a meta-annotation?"

@sdeleuze: already forwarded

@yann.cebron: Thanks

@sdeleuze: it’s not enough to make class open, you would need to make all members open as well. And then all properties are open, smart casts don’t work and a lot of other issues surface…

smart casts are not necessary on configuration classes that's where the pain point is

You never know if you need to express an smart cast in a configuration class

can you come up with a relevant example please?

because the "you never know" is a well-know customer trick 😉

is a language feature, I don’t want to be restricted in any way on my Kotlin files

Hi guys. I'm working on my pet project with Spring MVC + Kotlin + Gradle + Idea. Suddenly, when I run the project from Idea my applications.properties are not used (regardless if I make spring boot configuration or simply run main method) and everything is crashed. The only workaround I found is manual overriding of parameters in the Spring Boot configuration. I double checked gradle config and project structure in Idea, everything seems to be correct. Could anyone point out on what else might be wrong?