<div dir="ltr">My method is to keep a WildFly distribution handy, and grep through the $JBOSS_HOME/modules/… directory, to help find existing ones.<div><br></div><div>If I have to create new ones, it’s just a tedious effort of converting the Maven transitive tree into a transitive module.xml tree. Tedious.</div><div><br></div><div>-Bob</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 4, 2017 at 1:23 PM, Scott Stark <span dir="ltr"><<a href="mailto:sstark@redhat.com" target="_blank">sstark@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Correct. Starting from a pom that contains the artifact dependencies, how to translate this into an appropriate module.xml for the output fraction is a trial and error process currently. Does the information exist so that one could go from GAV and/or package names dependencies to the module that provides said dependencies from amongst a set of wildfly feature pack?</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 3, 2017 at 8:03 AM, Bob McWhirter <span dir="ltr"><<a href="mailto:bmcwhirt@redhat.com" target="_blank">bmcwhirt@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I think the issue (at least as I’ve found it) is that we either:<div><br></div><div>a) scrub around in existing feature-packs and modules/ directory to determine if there’s a module.xml matching the thing and version we need or</div><div><br></div><div>b) hand-author a module.xml based upon pom.xml, adding a chance to mess things up.</div><span class="m_1275429320831046669HOEnZb"><font color="#888888"><div><br></div><div>-Bob</div></font></span></div><div class="m_1275429320831046669HOEnZb"><div class="m_1275429320831046669h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 3, 2017 at 10:37 AM, Alexey Loubyansky <span dir="ltr"><<a href="mailto:alexey.loubyansky@redhat.com" target="_blank">alexey.loubyansky@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">It's not exactly clear to me what issue you are describing. But I can provide some basic info on how feature-packs are authored for the wildfly releases (core, servlet, full). Perhaps then you could ask a more specific question.<div><div><br></div><div>A feature-pack represents a specific release. So there will be a feature-pack for the core, another one for the servlet distribution and another one for the full one. In feature-packs, modules are organized into packages (which is an atomic unit of content possibly with dependencies on other packages from the same or another feature-pack).</div><div>When a feature-pack is generated, the packages are generated from the modules. Each module becomes are package in a feature-pack. And module dependencies become package dependencies. Is it any close to the issue you described?</div></div></div><div class="m_1275429320831046669m_-4611768009087258714HOEnZb"><div class="m_1275429320831046669m_-4611768009087258714h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 3, 2017 at 1:51 AM, Scott Stark <span dir="ltr"><<a href="mailto:sstark@redhat.com" target="_blank">sstark@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Interesting.<div><br></div><div>It brings up a discussion point I have been meaning to raise across the Wildfly and Wildfly-Swarm teams regarding tools for the step before this assembly step of feature-packs and fractions into a distributable archive.</div><div><br></div><div>The issue I have seen is that when authoring a feature-pack or fraction, it is difficult to know how to configure the module dependencies. One is often starting with GAV dependencies from a spec, and it is difficult to know how those map onto modules in existing feature-packs for fractions. Do we have any tooling in this area to make this task not a trial and error effort?</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_1275429320831046669m_-4611768009087258714m_2620672954518323220h5">On Mon, Oct 2, 2017 at 7:34 AM, Emmanuel Hugonnet <span dir="ltr"><<a href="mailto:ehugonne@redhat.com" target="_blank">ehugonne@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_1275429320831046669m_-4611768009087258714m_2620672954518323220h5">Hi,<br>
<br>
For those who can take 7'26 of their time to look at what we can do with the new provisioning tool to build and share custom feature packs.<br>
<br>
<a href="https://www.dropbox.com/s/84133sgsjef7pqs/feature_pack.mp4?dl=0" rel="noreferrer" target="_blank">https://www.dropbox.com/s/8413<wbr>3sgsjef7pqs/feature_pack.mp4?d<wbr>l=0</a><br>
<br>
<br>
<br></div></div><span>______________________________<wbr>_________________<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/mailma<wbr>n/listinfo/wildfly-dev</a><br></span></blockquote></div><br></div>
<br>______________________________<wbr>_________________<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/mailma<wbr>n/listinfo/wildfly-dev</a><br></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>