VL
Для котлина надо ставить эти флажки отдельно, кстати. Просто в блоке android эти флаги влияют на версию байткода только java исходников. Для котлина смотреть в сторону kotlinOptions.
Size: a a a
2021 October 08
MN
Всем привет. Кто-нибудь знает, как сохранить зависимости моей кастомной библиотеки при перегонке ее в aar и подключении ее как зависимости в другой проект?
VL
Вас не пугает что это может вызвать кофликты, если в проекте уже используются такие зависимости?
VL
MN
Пугает. Не нашел элегантного решения. Если пытаться сохранять зависимости через fat aar, и в рутовом проекте будут те же зависимости, то ловится duplicate class exception.
MN
Такой метод разве не приведет к той же ошибке duplicate class?
VL
так решение простое - этого не делать) при сборке aar соберется только Ваш код и указание на внешние либы. Это позволит градлу иметь возможность при указании в проекте более высокой версии либы грузить и подключать именно ее. Никаких duplicate class.
AL
Нужно будет в любом случае указывать транзитивные зависимости. Самое простое решение в этом случае - выложить либу в какой-нибудь мавен-репозиторий, и тащить оттуда
AL
Тогда, по крайней мере, не надо будет руками указывать все зависимости
VL
Проверял на своей aar либе - ничего никуда не надо писать руками, все подтянул сам без меня. В корне aar лежал какой-то pom файлик с указанием всех зависимостей и этого было достаточно
AL
Звучит как демозинм.
MN
Я через jfrog artifactory подключаю свою либу, и оно все равно ругается на отсутствие необходимых зависимостей (NoClassFound вроде)
VL
а есть ссылка на нее? или она приватная?
AL
А Вы при "выкладывании" либы в артифактори помку формируете?
MN
Т.е. я могу указать transitive = true для необходимой зависимости в библиотеке, и при подключении в проекте оно будет тянуть эту зависимость без всяких дублирований?
AL
с транзитивными зависимостями?
MN
Да, приватная. Да, pom генерю.
Нет, без транзитивных зависимостей.
Нет, без транзитивных зависимостей.
AL
Надо с транизивными
MN
Приватная)