<div dir="ltr">Somewhat related, maybe, would be to extend this to the entirety of the modules tree that already exist in the feature-packs.<div><br></div><div>If every module was Maven addressable, in some form, this could conceivably simplify the way WildFly Swarm stitches stuff together.</div><div><br></div><div>We currently have to prowl around and pluck stuff out of feature-packs, and remember which feature-packs provide which modules.</div><div><br></div><div>With this, we could point to a small set of root module.xml’s and let maven transitives find the subsequent module.xml files without having to consider feature-packs.</div><div><br></div><div>I would recommend, in this case, some flavor of feature-pack plugin to handle the current feature-pack disassembly and deployment into Central.</div><div><br></div><div>-Bob</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 26, 2016 at 5:21 AM, Jason Greene <span dir="ltr"><<a href="mailto:jason.greene@redhat.com" target="_blank">jason.greene@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 style="word-wrap:break-word"><div>Hi Andrea,</div><div><br></div><div>Good timing! We are currently in a meeting discussing a provisioning infrastructure for WildFly. Expect to see some design proposals in this area on this list very soon. I think your idea is potentially doable on top of what we are thinking of building.</div><div><br></div><div>-Jason</div><br><div><blockquote type="cite"><div>On May 25, 2016, at 12:04 PM, Andrea Battaglia <<a href="mailto:abattagl@redhat.com" target="_blank">abattagl@redhat.com</a>> wrote:</div><br><div><div style="word-wrap:break-word"><div style="font-family:LiberationSans">Hi all,</div><div style="font-family:LiberationSans"><br></div><div style="font-family:LiberationSans">I would like to bring to your attention a proposal for improving the the static modules management in wildfly.</div><div style="font-family:LiberationSans">After a deep discussion with Sanne Grinovero about the static modules management in wildfly and about some interesting use cases, we tried to design out an improvement that can help both testers and developers.</div><div style="font-family:LiberationSans">Here are a couple of use cases of great interest:</div><div style="font-family:LiberationSans"> - Testing the new version of an existing module or testing its resources/dependencies: Sometimes it would be useful to test the integration of a different version of the new library into wildfly. Let's think about a patched version of hibernate-core or jgroups. This is supposed to be done without embedding the resource into the application, but delegating the library management to wildfly, instead.</div><div style="font-family:LiberationSans"> - Provisioning the static resources for third party libraries dynamically: They asked me to create a lot of static modules for third party libraries a lot of times. This happens each time (always) a bunch of applications use the same, shared set of third party libraries and, of course, each time a developer avoids bundling the libraries inside the binaries (ear/war). Let's think about apache commons, security libraries, or hadoop client libraries (see my github: <a href="https://github.com/andreabattaglia/cloudera-eap-modules" target="_blank">https://github.com/andreabattaglia/cloudera-eap-modules</a>, there you can find a huge set of the static modules for wildfly used to connect to hadoop services without need of embedding the jars into the applications binaries). This usecase applies to the jdbc drivers as well.</div><div style="font-family:LiberationSans"><br></div><div style="font-family:LiberationSans"> My aim is to avoid wasting time to create the structure of each static module each time a developer needs brand new one or a different version of it and to avoid wasting time googling for an existing solution. Usually, this activity requires to put a lot of effort in testing the static module as well. Moreover, sometimes , the solution to the same problem can be found on different sites or blogs in different flavours, which is misleading most of all for developers who have no experience in the management of static modules in wildfly.</div><div style="font-family:LiberationSans"><br></div><div style="font-family:LiberationSans"> The idea: share the descriptor of the static module in a place accessible to all the developers. The tool used to save the descriptor files must be able to version them. Each time the wildfly deployer is asked for a static module which is not bunlded in the default package or is not already available locally, the module descriptor and its resource and dependencies will be built automatically.</div><div style="font-family:LiberationSans"><br></div><div style="font-family:LiberationSans"> The solution design: wildfly is already able to download the components of a static module from an artifact repository, but this feature strictly relates to the resources.</div><div style="font-family:LiberationSans"> It would be useful to improve this feature in order to create a static module locally each time the module is requested by a subsystem or an application being deployed. The deployer should first check for the local module availability. If the module is not available locally, wildfly will first search for the module descriptor into the artifact repository (maven repo implementation), then create folder tree, download resources and repeat iteratively the algorithm for each dependency found in the module descriptor.</div><div style="font-family:LiberationSans"> This behaviour will automate the dynamic creation of the static module starting from the module descriptor.</div><div style="font-family:LiberationSans"><br></div><div style="font-family:LiberationSans"> I'm keen to discuss the proposal with you and to help to design and develop a first implementation as well.</div><div style="font-family:LiberationSans"><br></div><div style="font-family:LiberationSans"> Thanks a lot in advance for your time,</div><div style="font-family:LiberationSans"><br></div><div style="font-family:LiberationSans"> Andrea</div><div>
<span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;line-height:normal;float:none;display:inline!important">___________________________</span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;line-height:normal"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;line-height:normal;float:none;display:inline!important">Andrea Battaglia</span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;line-height:normal"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;line-height:normal"><span>EMEA Middleware Architect<br></span></span><span style="font-family:'Liberation Sans';font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><span><span><span><rh_signature_logo.png></span></span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;line-height:normal"><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;line-height:normal"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important">Red Hat</span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important">Via Generale Gustavo Fara, 26</span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important">20124 MILANO</span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important"><a href="http://www.redhat.com/" target="_blank">www.redhat.com</a></span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important">mobile: </span><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important"><a href="tel:%2B39%20328%201093652" value="+393281093652" target="_blank">+39 328 1093652</a></span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important">fax: </span><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important"><a href="tel:%2B39%2002%206693111" value="+39026693111" target="_blank">+39 02 6693111</a></span><br style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica"><span style="font-size:12px;font-style:normal;font-weight:normal;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-family:Helvetica;float:none;display:inline!important">email: <a href="mailto:andrea.battaglia@redhat.com" target="_blank">andrea.battaglia@redhat.com</a></span>
</span></span></div>
<br></div>_______________________________________________<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" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a></div></blockquote></div><br><div>
--<br>Jason T. Greene<br>WildFly Lead / JBoss EAP Platform Architect<br>JBoss, a division of Red Hat
</div>
<br></div><br>_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org">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><br></div>