либы. Класс открытый и публичный, но с package-private конструктором. Создаётся через какие-то билдеры, которые в том же пакадже
Что сделал я: бахнул класс, который имплементит тот же интерфейс. В конструктор этого класса я принимаю те же параметры что и приватный конструктор нужного, но вызываю его рефлексией. Полученный из рефлексии инстанс сохраняю в поле. Все неинтересные методы интерфейса просто вызывают этот сохранённый инстанс с базовым поведением.
Недостатки: т.к. это не полноценный override нужного мне метода, то мне надо строго палить кто и где вызывает тот самый метод, который я хотел подменить, по итогу получается что надо переписывать один в один целые методы базового класса чтобы подменить вызов гадского метода на нужный.
Вопрос: а можно как-то всё же унаследовать?)
P.S. примеры не могу показать, это полотнище из зада из ада
https://github.com/eclipse-vertx/vert.x/blob/master/src/main/java/io/vertx/core/impl/VertxImpl.java#L142-L144
Вредный совет: просто кинуть свой класс в тот же пакет 🌚
А чо так можно было...
Ничоси! Я спросил на удачу, думаю может какой хак подскажут. А тут прям красота, и сразу -500 строчек
Я бы такое записал в техдолг
Техдолг 3 года ждут, а потом забывают
Кому? Мне или верткс-тиме?) Для меня это точно не техдолг, это решение проблемы, которое снимает техдолг с багой, где некоторые трейсы вызовов дб пропадали
Вам, так как вам с этим жить) Это решение обязательно выстрелит когда-нибудь. И наверняка есть (как минимум однозначно должен быть) более нормальный способ решить вашу задачу.
Более нормальный - выкинуть ктор с корутинами и взять vertx-web для полного пайплайна на двигле vertx, чтобы начало и конец запроса не находились на разных пулах. Но ктор удобнее..
Заранее прошу прощения, если я не прочитал что-то важное. (надеюсь, что там есть интерфейс Vertx, который реализует VertxImpl) class VertxWithSentryImpl(val vertx: VertxImpl): Vertx by vertx { override fun getOrCreateContext() ... } fun VertxWithSentryImpl(...): VertxWithSentryImpl = TODO("Reflection") Остальные неперечисленные методы отделегируются самостоятельно. Всё ещё есть риск взорваться с апдейтом vertx по очевидным причинам, но хоть костылять класс в класспас не надо.
Я так даже не знал, обаятельно попробую
А WertxImpl это ведь класс, судя по названию
Да, но он не финальный, если верить аффтару.
Я к тому что делегация не работает, только интерфейсы😉
А, да, сорри, поправил.
Обсуждают сегодня