<div dir="ltr"><div><div><div><div>I think that for start we can make it by default enablable in full distro.<br><br></div>Once this is done, and extra work is done on trimming down dependencies to go as near JDK as possible<br>
</div>it could be moved to core distro.<br><br></div>Rome was not build in a day, why would KeyCloak integration / implementation be done in just one step.<br><br></div><div>Isn&#39;t it better that we start somewhere to get it out to the people to test it as soon as possible<br>
and when it is ready we decide where it is best resting place and how to get there.</div><div></div><br><div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 3, 2014 at 11:19 AM, Darran Lofthouse <span dir="ltr">&lt;<a href="mailto:darran.lofthouse@jboss.com" target="_blank">darran.lofthouse@jboss.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
 &gt; The central question is, do we want Keycloak to work out of the box?<br>
 &gt; Before this issue was known, everyone answered &quot;yes&quot;.<br>
<br>
</div>I think here we had reached the point we were answering the question &quot;do<br>
we want it enableable out of the box?&quot; and the answer to that was &quot;yes&quot;<br>
<br>
What has not been defined since the split started is what &quot;out of the<br>
box&quot; actually means now, are we talking out of the box for the core or<br>
out of the box for a complete assembled server?<br>
<div class="HOEnZb"><div class="h5"><br>
On 01/07/14 12:55, Stan Silvert wrote:<br>
&gt; On 6/30/2014 10:43 PM, Stuart Douglas wrote:<br>
&gt;&gt; It really sounds like this should not be part of core, but should be<br>
&gt;&gt; something extra that just integrates with the core.<br>
&gt; That may be true, but it&#39;s not a decision that should depend on how many<br>
&gt; modules must be added.<br>
&gt;<br>
&gt; The central question is, do we want Keycloak to work out of the box?<br>
&gt; Before this issue was known, everyone answered &quot;yes&quot;.<br>
&gt;<br>
&gt; Should we really determine our feature set based on how many modules it<br>
&gt; requires?   I don&#39;t think we want do that, which is why I&#39;m having<br>
&gt; doubts about the current approach.<br>
&gt;<br>
&gt;&gt;<br>
&gt;&gt; In all honesty we are highly unlikely to ever have accepted a PR that<br>
&gt;&gt; added all these dependencies to the core in any case, so it is a<br>
&gt;&gt; problem that would have had to be solved at some point anyway.<br>
&gt;&gt;<br>
&gt;&gt; Stuart<br>
&gt;&gt;<br>
&gt;&gt; Stan Silvert wrote:<br>
&gt;&gt;&gt; I&#39;m starting to have doubts about this split.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Right now I&#39;m trying to integrate the Keycloak (client-side) adapter<br>
&gt;&gt;&gt; into build-core so that the web console can use Keycloak for<br>
&gt;&gt;&gt; authentication.  The problem is that there is a huge web of dependencies<br>
&gt;&gt;&gt; that must be moved over from build to build-core.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; What exactly is the split trying to solve?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Stan<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On 6/27/2014 12:19 PM, Stuart Douglas wrote:<br>
&gt;&gt;&gt;&gt; Hi all,<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; So I am moderately confident that we will be ready to split out Wildfly<br>
&gt;&gt;&gt;&gt; core into a separate repository early next week (I&#39;m not saying that it<br>
&gt;&gt;&gt;&gt; will definitely happen in this time frame, just that it should be<br>
&gt;&gt;&gt;&gt; possible).<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Once this is ready to go I think the basic process will be:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; - Code freeze on Master<br>
&gt;&gt;&gt;&gt; - Create the core repo, push new rewritten core history<br>
&gt;&gt;&gt;&gt; - Release core 1.0.0.Beta1<br>
&gt;&gt;&gt;&gt; - Create PR against core WF repo that deletes everything in core, and<br>
&gt;&gt;&gt;&gt; uses the core 1.0.0.Beta1 release<br>
&gt;&gt;&gt;&gt; - End of code freeze<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Stuart<br>
&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt;&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; wildfly-dev mailing list<br>
&gt;&gt;&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; wildfly-dev mailing list<br>
&gt; <a href="mailto:wildfly-dev@lists.jboss.org">wildfly-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
&gt;<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" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a><br>
</div></div></blockquote></div><br></div>