сейчас зависимости между библиотеками задаются как api(project(":core")), т.е. как-бы внутренние, если я потом подключу такую библиотеку в другом проекте, то что будет?

вопрос в том, как пропатчить pom.xml у библиотеки A, зависящий от B, перед загрузкой в репу, чтобы в pom.xml была указана зависимость на уже загруженную ранее библиотеку B?

а вот должен быть pom.xml внутри jar? я вот в своих jar его не вижу

или он отдельно идёт

тьфу, отдельно, да

я у себя подключю плагин java-library, получается он генерит pom.xml?

хм, сейчас на github выложу

а то так можно до утра описывать что там у меня

я, честно говоря, конкретно этим плагином не пользовался
когда мне надо было руками генерировал правильный pom.xml и пользовался только maven-publish плагином

да, еще и maven-publish у меня

ну смотри, судя по тому что написано тут: https://docs.gradle.org/current/userguide/java_library_plugin.html#sec:java_library_separation

> cleaner publishing: when used in conjunction with the new maven-publish plugin, Java libraries produce POM files that distinguish exactly between what is required to compile against the library and what is required to use the library at runtime (in other words, don’t mix what is needed to compile the library itself and what is needed to compile against the library).

всё должно работать "само"

главное, когда будешь проверять не забывай удалять ~/.m2 кеш твоих библиотек. Иначе будет беда -- будут подцепляться старые, возможно кривые версии библиотек и pom.xml с зависимостями

https://github.com/Sebbia/sebbia-cloudevents вот что я пытаюсь сотворить

@vlad_navrocky
когда всё сделаешь у себя вызывай

./gradlew publishToMavenLocal

и смотри глазами на получившиеся файлы в кэше

сейчас попробую запушить в репозиторий, посмотрю что там в pom.xml получилось

а есть даже отдельная таска для генерации pom )

мда, в pom полная фигня конечно же

маленький совет: я посмотрел, у тебя куча кода в файлах, хоть и закомментированного. удали нафиг всё и начни с задачи "получить готовую к публикации библиотеку с одной стандартной зависимостью (например на gson какой-нибудь)". и дальше итеративно добавляй сложности.

это единственный адекватный способ писать грэдл скрипты :(

так там и так ничего нет, я с нуля практически это и ваяю

@vlad_navrocky
ещё можно сделать вот так: https://github.com/search?q=id+%27java-library%27+id+%27maven-publish%27&type=Code
и поискать чужие решения :)