Honestly I am not sure it’s worth the risks (which Petr implied), trials with quickstarts with boms from my branch using the component-matrix resulted in some issues. If it turns out we need to add exclusions it’s not an improvement over explicit defining dependencies, which could be seen as “inclusions”.—EOn Fri, 18 May 2018 at 08:27, Rostislav Svoboda <rsvoboda@redhat.com> wrote:OK, so we need both independence and quick/easy/automated way to used the same versions in BOMs as in wf component matrix.
To keep the wf boms independent of wf component matrix we would probably need explicitely defined versions in BOMs + bom-generator similar to https://github.com/wildfly/wildfly-component-matrix-plugin which consumes wf component matrix when needed.Rostislav_______________________________________________On Thu, May 17, 2018 at 4:41 PM, Tomaž Cerar <tomaz.cerar@gmail.com> wrote:> Possible approaches:> 1) wildfly/boms project could consume the component matrix versions without any required interaction besides just declaring version of WildFly component matrix and then building wildfly/bomskeep in mind that having wildfly/boms seperate from wildfly main release lifecycle is and welcome addition.Quickstarts depend solely on boms, and as such should be avalible before WildFly server release is done, so QS can be developed and tested (also on OpenShift)--tomazOn Tue, May 15, 2018 at 1:28 PM, Rostislav Svoboda <rsvoboda@redhat.com> wrote:_______________________________________________Hi team.WildFly and WildFly core generate component-matrix as part of the build now.
https://issues.jboss.org/browse/WFLY-10365We should also consider automated propagation of current WildFly master component versions into WildFly BOMs - https://github.com/wildfly/boms. I'm especially interested in https://github.com/wildfly/boms/tree/master/client
Currently, the sync is rather complicated (manual) and not at all intuitive to implement.Tomaz did great job on BOMs but with his departure nothing is really happening in this area.
Possible approaches:
1) wildfly/boms project could consume the component matrix versions without any required interaction besides just declaring version of WildFly component matrix and then building wildfly/boms
2) generating -SNAPSHOT versions of WildFly BOMs as part of WildFly build (going back I know) ++ publishing just the final BOMs to https://github.com/wildfly/boms ?Comments / suggestions ?Regards.Rostislav
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev