Re: JdbcOperationsExtensions… this looks pretty handy - I did not know that was there.

I actually haven’t used JdbcOperations - how does that differ in use from the Templates?

Ah - interface on the template.

Spring Fu artifacts are now deployed on a repo and it provides an easy way to start new projects -> https://github.com/spring-projects/spring-fu#bootstrap

sweet!

@sdeleuze i mentioned it in my talk yesterday at jdk.io 🙂 and josh already made a video this guys is killing me

More details about Spring Fu : https://twitter.com/sdeleuze/status/1009093001111588864

I you have questions, feel free to ask.

Hi all! Is it a good idea to try Spring Fu in project with PostgreSQL and other RDBMS using JdbcTemplate? I like Fu's bean declaration style, reflection and classpath magic absence. So I'm going to use Fu mostly for DI and little bit for web server (health, metrics, etc).

Better to use https://github.com/r2dbc/r2dbc-client I think. Also keep in mind that Spring Fu is at early stage and an experimental project (even if based on stable Spring assets).

Immutable

@ConfigurationProperties

support is coming in Spring Boot 2.1 🙂 https://twitter.com/sdeleuze/status/1009329567067201537

Thank for links!

@sdeleuze I want to thank you for such interesting project and hope to help you by contributions. I have several questions regarding future, maybe I'm too early. Is Spring Fu some kind of playground for some Kotlin idiomatic features which will be maybe merged to Spring Boot or you are planning to make Spring Fu as a separate framework? In the second case I don't understand how I should choose between Spring Boot and Spring Fu to build microservices. For what use cases each of them is good?

Spring Fu is indeed a playground for Kotlin idiomatic features which will be maybe merged to Spring Boot

Some other features like Coroutine support could be merged in Spring Framework like Coroutine support

There will be milestones like 0.0.1, 0.0.2, 0.0.3 but no GA deployed to Maven Central

I see, thank you so much!

Instead, Boot and Framework will gradually integrate successful Spring Fu features

Also what make sense for Kotlin like functional configuration could make sense for Java 17 as well

So we prefer to keep a single entry point for developers

In order to avoid a difficult choice like you said before

Spring Fu goal is to disappear at some point 😉

But not sure yet how long it will take for these features for incubate

But it make sense to contribute to Spring Fu because these features have some chance to be integrated later in Boot

So that's a good opportunity to shape what would be your dreamed Spring + Kotlin micro framework 😉

🙂 Great! That's what I wanted to know!

So, I'm trying out kotlin with spring boot and mongodb. With spring data how should I declare a data class represnting an object for!a mongo collection where I want mongo to generate the ID for me, but I will still need to be able access it. I it not possible with data class withouth usong a nullable id?

With mongodb it's really easy, you can use default param,

data class MyDoc(val id = ObjectId(),...)

Mongo's ObjectId IDs are effectively GUIDS, so it doesn't matter what generates them.

when it is retrieved, id will be set by reflection anyway so it can remain val