Ondra Pelech
Ondra Pelech
Hello @jatcwang , at our company, we're loving users of Doobie. We were considering to update to RC6, but it seems like it's better to wait for RC7. Do you...
Thank you @jatcwang for all your hard work :heart: Hang in there and good luck! :four_leaf_clover:
> This increases the required Java version of the library to 22 Isn't this a deal breaker? I would imagine many people would like to run this library on Java...
> Until then, they can stay on an older version. > The Windows code in these versions is so sufficiently broken, that I don't consider it an acceptable fallback But...
I think e.g. Coursier (a project using directories-jvm) needs to be able to run on whatever JVM the user has installed (>= 8), AFAIK. > reserve some versions This would...
> implementation that didn't require Java 22 for Windows It doesn't have to be _perfect_. Better half-broken than none at all. Very sad, but pragmatic approach IMHO.
@maths22 would be lovely to incorporate this to upstream. What do you think @soc ?
We'd need something like the opposite -- not injecting, but extracting from an existing fs2-kafka {Producer, Consumer}. So that we can pass the underlying Java Kafka {Producer, Consumer} to *...
Thanks for the response Viktor. Indeed, what you're saying is possible. But as you note, it's very very awkward. I think at this point, a better integration from the side...
> adding fs2.kafka.consumer.KafkaConsumerClient and fs2.kafka.producer.KafkaProducerClient traits [...] to expose these. That would work for me as well. I'd be happy to make a PR to do that or wait for...