Hopefully the

WebClient

reactive HTTP client has a more flexible API

But that’s nice to be able to improve that pain point with our Widely used

RestTemplate

@sdeleuze Thanks for the shout-out, and great work.

Thanks

Same here, thanks for the mention

@sdeleuze congrats on the m4 release!

@yousuf.haque Thanks :-)

Hey guys, feel free to vote for Kotlin here ^^ https://twitter.com/snicoll/status/816939105015697408

@dstarcev you could take a look at https://github.com/consoleau/kotlin-jpa-specification-dsl for a way of dynamically creating queries from a Query DTO

Does anyone have a good example of using

@ConfigurationProperties

with Kotlin?

I have one I can send you in a few minutes.

sure, thanks

For anyone else interested, here is a working example:

@ConfigurationProperties(prefix = "myProperties")
class MyProperties(var key1: String = "", var key2: String = "")

@Configuration
@EnableConfigurationProperties(MyProperties::class)
class MyConfiguration constructor(myProperties: MyProperties) {

    init {
        doSomething(myProperties.key1, myProperties.key2)
    }

}

Is default constructor parameters required if you using jackson-kotlin module?

No

Credits to @dh44t for the idea of moving the lambda after the varargs, I was not aware it was possible

I also tunred this API into pure functions with an

ApplicationContext

paramamter instead of using a closure

@sdeleuze did you consider using reified generic proxy method to make it

c.registerBean<A>()

?

Also, a gradle-style config function for

GenericApplicationContext

could be useful:

val c = GenericApplicationContext {
   registerBean<A>()
   registerBean<B>()
}

that would be something like

fun GenericApplicationContext(configure: GenericApplicationContext.()->Unit) = GenericApplicationContext().apply(configure)

Interesting

I can add that as a variant I guess indeed

Thanks for the idea

You can also try something along the lines of #ktor strongly-typed templating with kotlinx.html: https://github.com/Kotlin/ktor/blob/master/ktor-features/ktor-html-builder/test/org/jetbrains/ktor/tests/html/HtmlTemplateTest.kt

For that one I think I will focus on improving the simple multiline String interpolation template use case, and let people contribute this kind of thing since I am not a big fan of using that kind of construct for all the HTML markup. In any case our support in based on Kotlin Script JSR 223 support so it can be easily contributed with a simple kts file. Thanks for the feedback !

I would like to avoid passing the binding variable explicitly for example

Just waiting the next 1.1 milestone to be able to test

I am going to add your proposal for

GenericApplicationContext

right now

Pretty nice syntax improvement 🙂

Huh,

"/api/event" {

invoke on a String, I doubt it is a good idea… I don’t have specific arguments against it though, but my gut feeling tells me it’s too much for a DSL