Решили выпиливать его по фиче, чтобы можно было не затягивать сильно

Ну тогда оставляйте эти классы на Java с Lombok аннотациями, с этим нет же проблем.

Тогда не будет интеропа с kotlin
И вообще, насколько я успел понять, там миллион проблем может вылезти, если оставлять lombok

Были проблемы, когда эти классы были в одном и том же модуле, в котором исходники на Kotlin, использующие методы, сгенерированные Lombok. Но c 1.5.30 и этой проблемы нет, если подключить плагин
https://kotlinlang.org/docs/lombok.html

Что значит не будет интеропа?

Из котлин не будет доступа к коду, сгенерированному ломбоком

Если этот код в другом модуле, то будет конечно, куда он денется 🙂 Это же будет такая же обычная библиотека, как и любая другая 😀
Как я выше написал, проблемы были когда код в одном и том же модуле. И процессор аннотаций от Lombok отрабатывал сильно поздно и kotlinc не видел тех методов, которые он сгенерирует. Но в 1.5.30 добавили поддержку Lombok (правда не все аннотации, но самые часто используемые) для компилятора, так что теперь и этой проблемы уже нет.

Хм
Понял, спасибо, почитаю
Правда, чувствую, что у меня будет проблема с тем, чтобы затащить это дело в нашу репу)

Ну если вы уже туда Kotlin потащили, то мне кажется добавить официальный плагин к компилятору не должно быть сложно 🙂 Но более идиоматичный пусть с миграцией на data классы будет дороже, это факт 🙂 Тут уж нужно выбирать

Котлин не видит методы, которые будут сгенеренны ломбоком т.к. разные этапы компиляции. Решается выносом кода, который юзает ломбок, в отдельный модуль, либо компиляторный плагин( с версии 1,5,x), либо выпиливанием Lombok и заменой его на ванильные методы.

Капт не спасает ?

Я думаю Lombok плагин для Kotlin его и юзает 🙂 Удивлюсь, если что-то другое 😀

Ну и вон ввше плагин скинули

Не, lombok plugin - это kotlinc compiler plugin, не kapt (https://github.com/JetBrains/kotlin/tree/master/plugins/lombok/lombok-compiler-plugin)

Всем привет, пытаюсь разобраться с такой вещью как Pub/Sub, в одной части интернета пишут, что это некий паттерн, в другой, это стороннее ПО, дающее гибкость для масштабирования (пример Google PubSub). У меня есть задача, организовать чат, в котором есть комнаты, насколько актуально и правильно использовать PubSub для такой задачи, да и вообще, можно ли обойтись без него? На данный момент вообще запутался. Проект делаю на ktor, но наверное, это особо роли не играет

Привет, published/subscriber это действительно просто определенный паттерн. Обойтись можно, но некрасиво, особенно если пабсаб оправдан

А опираясь на что можно оправдать его использование?

Ну пабсаб в среднем про источник(и) и подписчиков. Если есть о чем говорить в реактивном режиме - это вариант

Я делал пабсаб через flow и кторовские вебсокеты

Получалось ничего так