I use it a lot for validating input on

@ConfigurationProperties

classes

check the generated bytecode

maybe Kotlin is doing something strange

Tools > Kotlin > Show generated bytecode

check, i will

not sure what I should check for... it has generated setters and getters for the configuration class, so I guess kotlin does the right thing. then it's probably me configuring something wrong...

Maybe be try with a Java class to compare and see if this behavior is specific to Kotlin

If it is, I will have a look

@sdeleuze it works when i use a corresponding Java class and return as ConfigurationProperties, so I guess it's something with Kotlin-Spring. Then it fails validation whether I use the bean in a constructor or not.

@herder Could you share a small repro project?

Here is a project with a

java

and

kotlin

profile, where the Kotlin variant fails: https://github.com/herder/configprops-demo

Thanks I will have a look with Spring Boot team

It seems to set the fields to null in the Kotlin version

Cheers, great! 👍

@sdeleuze : I think I found the problem: Spring Boot sets the fields to null when there is no value in application.properties, instead of leaving the default value from the constructor.

Ok I will have a deeper look asap

I just upgraded spring boot from 1.4.3 to 1.5.1 ; I got this:

People, I'm stuck a bit. I have Hibernate / javax.persistence

@Entity

(POJO) with

@CreationTimestamp

and

@UpdateTimestamp

fields. CreationTimestamp works, but updateTimestamp does not. Why? An entity gets filled via reflections, can it be the cause?

hi all!

is it possible to run spring boot from kotlin repl?

@dbushenko I don't know what repl is, But if you're asking if Spring Boot supports Kotlin. It officially does

As far as I understand, the question is if you can start REPL (run evaluate print loop) and then run Spring Boot application from there, edit source, and make Spring somehow reload changed files (or recycle application). @dbushenko is it your question?

Ilia: yes

@Ilya Ryzhenkov: yes

@dbushenko why the need for the repl? just start in in debug mode in intellij and your changes will reload on compilations

Christoph: will they? I thought it reloads only the body of methods, not their signatures, not classes

@dbushenko but that's a limitation of the jvm, nothing the repl would improve. have a look at dcevm or jrebel

nah! I have all of this in my Clojure repl, code hotpatch and everything