<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Some time ago I agreed with DavidL that the Camel subsystem can be the guinea pig for a provisionable subsystem. I totally agree, that it should not be necessary to touch a zillion WF core files to integrate new functionality. The way I could see this work is to hold of this PR until we have a WF9 branch, then bring it in and then work on it's plugability until it can be taken out again. A provisionable subsystem should be able to integrate with the management, deployment layers and perhaps also the web console.<div><br></div><div>cheers</div><div>--thomas <div><br><div><div>On Apr 24, 2013, at 5:18 PM, Tomaž Cerar <<a href="mailto:tomaz.cerar@gmail.com">tomaz.cerar@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div>Given that this is big addition to app server i don't think it should be present in WildFly codebase.<br></div><div>This subsystem introduces handful of dependencies that would greatly increase our distribution size and potentially cause problems because of bundled Spring.<br>
<br></div><div>I think we should split out this new Camel subsystem together with OSGI & friends to its on repository (project maybe?)<br></div><div>and that they should be provided as add-ons/layers to core application server.<br>
</div><div>This is same thing that many other projects like CapeDwarf, TorqueBox, Gatein, Escalante, Teiid and many more are already doing.<br><br></div><div>It would also make sense that we would in the end provide two bundles to be downloaded from WildFly website, one with default "core" application server and another with many bundled addons/layers that users could use.<br>
<br></div><div>This way I think we should satisfy all needs from both teams.<br><br></div><div>To be fair, I am not saying this new subsystem not good addition to what we need to provide users, but I just don't think it should be part of core WildFly.<br>
<br></div><div>We also discussed in past that we should split many other functionalities in to similar layers/add-ons and really have WildFly core and lets say EE7 layer. but that is subject for some other time.<br></div>
<div><br>--<br></div><div>tomaz<br></div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 24, 2013 at 1:15 PM, Thomas Diesler <span dir="ltr"><<a href="mailto:thomas.diesler@jboss.com" target="_blank">thomas.diesler@jboss.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">Hi Folks,<div><br></div><div>I'm happy to announce that the initial Camel subsystem is <a href="https://community.jboss.org/thread/224116" target="_blank">now available</a>. </div>
<div><br></div><div>cheers</div><div>--thomas</div><div><br></div><div>
<div><pre cols="72">xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx </pre><div><br></div></div><br>
</div>
<br></div><br>_______________________________________________<br>
jboss-as7-dev mailing list<br>
<a href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a><br></blockquote></div><br></div>
</blockquote></div><br><div>
<div><pre class="moz-signature" cols="72">xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx </pre><div><br></div></div><br class="Apple-interchange-newline">
</div>
<br></div></div></body></html>