Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-19908

Wrong version of manifest is resolved during user BOMs build

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Critical Critical
    • 35.0.0.Beta1
    • 35.0.0.Beta1
    • BOM
    • None
    • Hide

      just clone & build WildFly project with empty local repo 

      mvn install -Dmaven.repo.local=/tmp/wf-repo
      
      Show
      just clone & build WildFly project with empty local repo  mvn install -Dmaven.repo.local=/tmp/wf-repo
    • ---
    • ---

      Introduced by WFLY-19871 (https://github.com/wildfly/wildfly/pull/18316), WildFly build now use data from manifest files during build of user BOMs (eg. org.wildfly.channels:wildfly-ee manifest is used for building of org.wildfly:wildfly-ejb-client-bom)

      But the current implementation is not working out of the box, the usage of the manifest is declared in versionless manner for the BOM builder plugin:

                                  <channels>
                                      <channel>
                                          <manifest>
                                              <groupId>org.wildfly.channels</groupId>
                                              <artifactId>wildfly-ee</artifactId>
                                          </manifest>
                                      </channel>
                                  </channels>
      

      and contrary to expectations this won't resolve to the org.wildfly.channels:wildfly-ee version from this WildFly build, but it resolves other version, from public repositories (34.0.0.Final ATM of writing this)

      The result is then that generated BOMs don't use expected versions corresponding to the WF revision we are trying to build.

              emartins@redhat.com Eduardo Martins
              jbliznak@redhat.com Jan Blizňák
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: