Team, Bringing this up to the community because we have a couple general questions around how to release projects with many artifacts per repo. Running into an issue where I need to 1 artifact at a time but the jobs and my pom structure is set for a single global build. Prudence, Jessica and I are looking into this - adding community - if there are any others with my same issue. Either I need to flatten and disassociate my pom tree or find a way to build specifically at folder level - not from the root pom.xml of the repo. Release a specific jar https://git.onap.org/logging-analytics/tree/reference/logging-slf4j/pom.xml instead of the default root which builds 5 jars and 1 war (leaving out the non-java pom projects for python, kubernetes and docker https://git.onap.org/logging-analytics/tree/pom.xml
We are working very closely with Jessica right now and in the past on our repos and now on our release of the 2 projects logging and pomba - but running into issues with the release job failing because I have one release job for all my artifacts. https://gerrit.onap.org/r/#/c/69618/ This is the first release of either project (pomba is new, logging has a deep pom structure in Casablanca) We are having an issue with a conflict between the release job expecting a single root pom.xml Pom structure logging-analytics (root) (pom) + logging-reference (pom) + logging-demo + logging-docker-root + logging-kubernetes + logging-library + logging-mock-service + logging-slf4j + logging-sl4fj-demo + logging-pylog (pom) Jar/war dependencies + logging-demo + logging-library (can be removed) + logging-mock-service + logging-library + logging-slf4j + logging-sl4fj-demo + logging-sl4j The issue is how do we deal with projects that have multiple artifacts per repo (1:m)? I may have created a special case where I use 1 repo to create a war and several dependent jars - where I should have requested more repos to keep it (1:1) In pomba there are several repos each with one pom and one artifact - this is good. In logging because there is only one repo - there is a tree of folders each with their own pom with pom, war and jar artifacts like the following The logging project follows a similar but different structure to ccsdk/slk and sdnc/oam for example - except that my root pom's parent is oparent. Ccsdk and sdnc all reference their parents to odlparent-* whether 1 or 2 levels deep in the project. So I am also wondering if there are any other projects out there following a pom.xml structure where there is a single root with multiple levels of subchild poms where each level references the level above - not the same root level 0 Others: Root + child-level1 - references root + child-level2 - references root Mine: Root + child-level1 - references root + child-level2 - references "child-level1" It is also significant whether the child/subfolder poms are pom artifacts or war/jar artifacts. I tried * Adjusting the version (1.2.2-SNAPSHOT to 1.2.2) from the root down - this won't work because the docker build kicks in for all the artifacts expecting 1.2.2 - Prudence pointed out I was doing the reverse and should work my way up from the leaf poms - which makes sense when I thought about it - they have no dependencies on the rest of the repo. * Working my way up from for example the slf4j-demo jar (At the bottom of the pom tree) - works only if I "mvn clean install -U Questions Q1) the Jenkins release job targets the root pom.xml of the repo - but this will build all the artifacts - so either we release all the artifacts at the same time or we Q2) the pom.xml hierarchy is derived from the parent reference of each subtree - not from the parent itself - therefore we can only change the parent references to the root pom.xml in sequence starting with the leaf slf4j - but then the Jenkins job would not pickup the pom.xml deeper in the folder structure (would be reverted when we finish releasing all artifacts) Q3) try adjusting my pom structure so it is flat like sdnc/oam or ccsdk/sli - where all multi-level subtree poms reference a single root. I might have missed something in this mind dump Thank you /michael This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer <https://www.amdocs.com/about/email-disclaimer> -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#12798): https://lists.onap.org/g/onap-discuss/message/12798 Mute This Topic: https://lists.onap.org/mt/26675742/21656 Mute #logging: https://lists.onap.org/mk?hashtag=logging&subid=2740164 Mute #pomba: https://lists.onap.org/mk?hashtag=pomba&subid=2740164 Mute #release: https://lists.onap.org/mk?hashtag=release&subid=2740164 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-