It's confirmed that multi-platform context receivers won't be available before Kotlin 2.0.

Yeah, it was confirmed some time ago

There was a discussion last week (can't remember if it was in this channel or another one) where people thought it would be for 1.9, so I just wanted to share the confirmation

Oh, I just didn't read it 😕

Yeah, I think it's likely it'll be 2.1

I bet that too, 2.1 beta and 2.2 stable

it seems the be the big feature everyone is waiting for, they probably don't want to mix it up with 2.0 which is supposed to be a massive refactor

Yes, someone on Twitter was claiming last week it was confirmed for 1,9, but I also thought it was confirmed some time ago it wouldn't land before 2.0 and not together with 2.0

Ah, it was on Twitter? I remember I saw your name so I thought it was here.

Simon stops fake news

I can’t say I’d be surprised if they waited for 2.1 for beta and 2.2 for stable, although I doubt it being beta will stop many of us…

Ahah it definitely won't

Well Kotlin being quite conservative with these labels beta translates to "please use it in production, and let us know if you encounter issues" 😛

I thought that’s what “experimental” meant 😄

I mean how long has

kotlin.time

been

Experimental

and

FlowPreview

? 😄

…I've read the KEEP so many times I have internalized a lot of the new concepts, I'm constantly writing code that I feel should work but doesn't because they're not here yet 😅

I still have the FlowPreview optIn on Gradle

Remember for how long

@OptIn

required an opt-in itself? 🙃

My work’s going to be cut out on persuading any next role I land to move to Arrow, let alone embrace context receivers. Seems most companies are still focused on kotlin+spring-boot. So I have time yet for them to get the ball rolling again with context receivers.

Ahah. We're Kotlin+Http4k here, I'm trying to convince them coroutines are worth it. Then Arrow. Then Compose Web instead of Angular.

It would be great if they could at least resolve a few of the front-end issues with context-receivers before dropping progress, but they’re not the biggest team so fully understand the need to pioritise.

CRs?

context-receives (updated)

All my projects are JVM+JS 😭

I had too much fun recently with introducing Kotlin to a scala team based on cats-effect - it’s surprising how similar you can get with Arrow’s resources and ktor/coroutines.

I hope to contribute into that area after 2.0. Building more examples, content, integration libs, working in some spaces outside of Spring to OSS some of internal solutions.

@simon.vergauwen is there any sample about spring + raise + context receivers?

We're working one, Spring & Arrow. https://github.com/47deg/gh-alerts-subscriptions-kotlin-spring (Without CR)

AFAIK, it wouldn't be possible to do anything with context receivers on Spring until they support them?

Interesting - I didn’t notice you’d two versions of the app. I’ll have to take a look later 🙂

The app is still in WIP, and the same colleague is also working on a more modern Spring app using the Spring "functional" DSLs. Indeed I think some kind-of bridging could be provided, perhaps just something like:

@Controller class MyController(
  depA: DepA,
  depB: DepB
): DepA by depA, depB by DepB {
  // can call context(DepA, DepB)
}

I'd certainly be interested in seeing a Spring DSL focused example service as stepping back to the annotation-driven world is the one thing I'm not looking forward to.

IMO you're still better off with Ktor if you can, but if offers a good middle ground if you're for some reason stuck to Spring. The reasons for being stuck to Spring are typically either, some custom Spring coupled internal frameworks or large teams being "knowledge stuck" to Spring. In both cases moving to annotation-less Spring has the same hurdles as adopting Ktor.

All depends on the company/team I end up joining. 🤞 I'm not stuck in a spring-only monolith... 😂

@simon.vergauwen problem with ktor I don't see any benefit with gRPC even I created the grpc engine manually. Profiles and so on...

Are you using grpc with Spring, or directly the grpc servers from Google? I would just use the latter.

I used context receiver in my previous company and I love it,