Hi Brian, please see inline.
On 7 Aug 2025, at 19:59, Brian Stansberry via wildfly-dev
<wildfly-dev(a)lists.jboss.org> wrote:
Some thoughts related to our 'bom builder' modules, sparked by the fact they are
causing issues with syncing WildFly content from JBoss Nexus to Maven Central.
1) The configuration of the plugin that generates the bom includes elements like
'parent' and 'license' that also appear in the root level of a pom. This
has led to trouble, so I suggest renaming these elements.
https://issues.redhat.com/browse/NEXUS-967 was a problem where some tooling on JBoss
Nexus was confused by these and was unwilling to sync content to Central because of the
presence of these artifacts. This is now fixed.
But, now we see Central is rejecting these poms. Exactly why is still unclear but a
theory is that they are looking at the plugin configuration section, confusing them for
document roots, and rejecting the pom because the 'document root' is missing
required elements.
I'll probably file an issue to rename these config elements.
Only had a brief look at the JIRA, will go deeper tomorrow, but looks like it’s a
validation task issue, not the plugin... If that’s the case by changing the plugin we may
be simply delaying the issue to next plugin.
2) Full WF uses `wildfly-bom-builder-plugin` for bom generation, while core has a
'component-matrix-builder' module that uses a `wildfly-component-matrix-plugin`.
These look very similar. Can't we just use `wildfly-bom-builder-plugin` in core? Both
plugins have a similar config that has the issues discussed in #1.
The bom builder plugin was based on the component matrix plugin, thus the config
similarities, but IIRC both plugins are quite different at this point.
3) AFAICT output of Core's component-matrix-builder module
isn't used anywhere, nor do we do anything to maintain it. One substantive commit
since 2019. We should either:
a) Drop this, or
b) Use it in WF as the 'core-bom' instead of using wildfly-core-parent.
I filed
https://issues.redhat.com/browse/WFLY-20833 to explore the latter idea.
I think the component matrix is no longer used anywhere, even downstream, the internal non
user BOMs you introduced at some point are the natural successors, so IMHO let’s drop it.
—E