<div dir="ltr">FYI I am planning a set of WildFly Elytron component upgrades tomorrow morning.<div><br></div><div>Regards,</div><div>Darran Lofthouse.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, 10 May 2018 at 17:25 Kabir Khan &lt;<a href="mailto:kkhan@redhat.com">kkhan@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Here are the pull requests to move the version properties and dependency management back into the root pom.xml and getting rid of the component-matrix.<br>
<br>
<a href="https://github.com/wildfly/wildfly-core/pull/3275" rel="noreferrer" target="_blank">https://github.com/wildfly/wildfly-core/pull/3275</a><br>
<a href="https://github.com/wildfly/wildfly/pull/11200" rel="noreferrer" target="_blank">https://github.com/wildfly/wildfly/pull/11200</a><br>
<br>
We need to release a Beta of core tomorrow so it can get in for the feature freeze. <br>
<br>
I am dabbling with generating the component-matrix contents by other means.<br>
<br>
<br>
<br>
&gt; On 9 May 2018, at 07:30, Petr Sakar &lt;<a href="mailto:psakar@redhat.com" target="_blank">psakar@redhat.com</a>&gt; wrote:<br>
&gt; <br>
&gt; Plugin is used by EAP maven repo build to generate eap-runtime bom eg [1] based on the feature packs dependency tree.<br>
&gt; <br>
&gt; Relevant configuration is [2] <br>
&gt; <br>
&gt; Petr<br>
&gt; <br>
&gt; [1] <a href="http://download-ipv4.eng.brq.redhat.com/brewroot/repos/jb-eap-7.2-maven-build/latest/maven/org/jboss/bom/eap-runtime-artifacts/7.2.0.CD12.CR2/eap-runtime-artifacts-7.2.0.CD12.CR2.pom" rel="noreferrer" target="_blank">http://download-ipv4.eng.brq.redhat.com/brewroot/repos/jb-eap-7.2-maven-build/latest/maven/org/jboss/bom/eap-runtime-artifacts/7.2.0.CD12.CR2/eap-runtime-artifacts-7.2.0.CD12.CR2.pom</a><br>
&gt; <br>
&gt; [2] <a href="http://git.app.eng.bos.redhat.com/git/jboss-eap/maven-repository-testsuite.git/tree/repository-content/dependency-lists/eap-runtime-artifacts/pom.xml?h=eap-7.2.0.CD12#n105" rel="noreferrer" target="_blank">http://git.app.eng.bos.redhat.com/git/jboss-eap/maven-repository-testsuite.git/tree/repository-content/dependency-lists/eap-runtime-artifacts/pom.xml?h=eap-7.2.0.CD12#n105</a><br>
&gt; <br>
&gt; On 05/08/2018 05:45 PM, Brian Stansberry wrote:<br>
&gt;&gt; Hi Paul and Petr,<br>
&gt;&gt; <br>
&gt;&gt; Do you know of any uses of this plugin we could learn from?<br>
&gt;&gt; <br>
&gt;&gt; Best regards,<br>
&gt;&gt; Brian<br>
&gt;&gt; <br>
&gt;&gt; On Sat, May 5, 2018 at 4:25 AM, Kabir Khan &lt;<a href="mailto:kkhan@redhat.com" target="_blank">kkhan@redhat.com</a>&gt; wrote:<br>
&gt;&gt; Perhaps <a href="https://github.com/jboss/bom-builder-maven-plugin" rel="noreferrer" target="_blank">https://github.com/jboss/bom-builder-maven-plugin</a> can be used? I&#39;ve not played with it<br>
&gt;&gt; <br>
&gt;&gt; &gt; On 4 May 2018, at 22:11, David Lloyd &lt;<a href="mailto:david.lloyd@redhat.com" target="_blank">david.lloyd@redhat.com</a>&gt; wrote:<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; I&#39;ve created <a href="https://issues.jboss.org/browse/WFLY-10330" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/WFLY-10330</a> and<br>
&gt;&gt; &gt; <a href="https://issues.jboss.org/browse/WFCORE-3803" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/WFCORE-3803</a> to track this.<br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; On Fri, May 4, 2018 at 4:04 PM, Jason Greene &lt;<a href="mailto:jason.greene@redhat.com" target="_blank">jason.greene@redhat.com</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt; I agree. We can break the bom cycle a different way.<br>
&gt;&gt; &gt;&gt; <br>
&gt;&gt; &gt;&gt;&gt; On May 4, 2018, at 3:53 PM, David Lloyd &lt;<a href="mailto:david.lloyd@redhat.com" target="_blank">david.lloyd@redhat.com</a>&gt; wrote:<br>
&gt;&gt; &gt;&gt;&gt; <br>
&gt;&gt; &gt;&gt;&gt; I propose we revert the component-matrix change.  This change is<br>
&gt;&gt; &gt;&gt;&gt; ostensibly to help in the creation of a BOM for the client libraries<br>
&gt;&gt; &gt;&gt;&gt; and other dependent projects; however, the cost has turned out to be<br>
&gt;&gt; &gt;&gt;&gt; somewhat higher than expected.<br>
&gt;&gt; &gt;&gt;&gt; <br>
&gt;&gt; &gt;&gt;&gt; IntelliJ seems to be unable to cope with dependency changes in the<br>
&gt;&gt; &gt;&gt;&gt; project due to the use of import from the root POM.  This means that<br>
&gt;&gt; &gt;&gt;&gt; the entire project must be force-reimported from time to time to keep<br>
&gt;&gt; &gt;&gt;&gt; dependencies up to date, and forgetting to do so can lead to<br>
&gt;&gt; &gt;&gt;&gt; development issues and lost time.<br>
&gt;&gt; &gt;&gt;&gt; <br>
&gt;&gt; &gt;&gt;&gt; Also, I&#39;ve observed that Maven itself does not always correctly<br>
&gt;&gt; &gt;&gt;&gt; resolve versions anymore, when you&#39;re building from a submodule.  I<br>
&gt;&gt; &gt;&gt;&gt; don&#39;t really know why this is the case but I suspect that it&#39;s due to<br>
&gt;&gt; &gt;&gt;&gt; some algorithmic ambiguity when the dependency tree is not linear like<br>
&gt;&gt; &gt;&gt;&gt; it used to be.<br>
&gt;&gt; &gt;&gt;&gt; <br>
&gt;&gt; &gt;&gt;&gt; I think that if we need to generate some BOM for use by external<br>
&gt;&gt; &gt;&gt;&gt; projects, it should be done as a separate step and artifact which<br>
&gt;&gt; &gt;&gt;&gt; acquires versions from the parent.  I believe we had it this way at<br>
&gt;&gt; &gt;&gt;&gt; one point, didn&#39;t we?<br>
&gt;&gt; &gt;&gt;&gt; <br>
&gt;&gt; &gt;&gt;&gt; Anyway I think this change didn&#39;t work out, and we should undo it<br>
&gt;&gt; &gt;&gt;&gt; while it&#39;s still remotely possible.  WDYT?<br>
&gt;&gt; &gt;&gt;&gt; <br>
&gt;&gt; &gt;&gt;&gt; --<br>
&gt;&gt; &gt;&gt;&gt; - DML<br>
&gt;&gt; &gt;&gt;&gt; _______________________________________________<br>
&gt;&gt; &gt;&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt; &gt;&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org" target="_blank">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt; &gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; <br>
&gt;&gt; &gt; -- <br>
&gt;&gt; &gt; - DML<br>
&gt;&gt; &gt; _______________________________________________<br>
&gt;&gt; &gt; wildfly-dev mailing list<br>
&gt;&gt; &gt; <a href="mailto:wildfly-dev@lists.jboss.org" target="_blank">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt; &gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;&gt; <br>
&gt;&gt; <br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org" target="_blank">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;&gt; <br>
&gt;&gt; <br>
&gt;&gt; <br>
&gt;&gt; -- <br>
&gt;&gt; Brian Stansberry<br>
&gt;&gt; Manager, Senior Principal Software Engineer<br>
&gt;&gt; Red Hat<br>
&gt; <br>
<br>
<br>
_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org" target="_blank">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
</blockquote></div>