<div dir="ltr">You&#39;re not just going ahead and changing this! That&#39;s not the way we do things. If you do we will have a problem.<div><br></div><div>However, we can discuss it rationally if you want. My issues with this are:</div><div><br></div><div>a) Late changes. Introducing what is essentially a new feature, which would need to be tested and confirmed by QA. You will never get QA guys to do this, they are swamped. You&#39;d have to write an automated test for this setup at the very least, but QA would still need to have time to verify. This would have to be accepted by QA first or it would be marked as tech preview.</div><div><br></div><div>b) The setup doesn&#39;t make sense. Most people use NGINX or Apache for loadbalancer, not Undertow.</div><div><br></div><div>c) The setup won&#39;t actually work. H2 kinda works if you point to a shared database, but not properly. H2 lazy writes changes to file, so it wouldn&#39;t work for concurrent requests. You&#39;d have to setup an embedded H2 server with the TCP connection.</div><div><br></div><div>d) Domain mode is not just for clustering. It&#39;s to manage groups of servers. A perfectly valid domain mode setup could be one domain controller, one group with one EAP instance, one group with a RH SSO instance and another group with two RH SSO instances in a cluster.</div><div><div><br></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 24 April 2016 at 20:47, Bill Burke <span dir="ltr">&lt;<a href="mailto:bburke@redhat.com" target="_blank">bburke@redhat.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 bgcolor="#FFFFFF" text="#000000"><span class="">
    <br>
    <br>
    <div>On 4/24/2016 1:56 PM, Marek Posolda
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div>Do you think that people will use
        cluster with 2 nodes on localhost + embedded H2 + static
        loadbalancer in production? I guess not. So having our
        domain.xml &quot;pre-set&quot; to have easy example cluster setup won&#39;t
        help much IMO. Customers will be able to setup &quot;easy&quot; cluster in
        5 minutes, but they will be unaware of all the steps they need
        to set the real &quot;production&quot; cluster. <br>
        <br>
      </div>
    </blockquote>
    <br></span>
    I honestly don&#39;t see what the big deal is.  The current default
    domain setup won&#39;t work in a cluster either.<br>
    <br>
    I&#39;m changing it... and that&#39;s that....It allows me to walk through
    an out-of-the-box example that can run on somebody&#39;s laptop.  If
    either you are Stian want to change it back, then you can rewrite
    the domain section of the install guide.<span class=""><br>
    <br>
    <pre cols="72">-- 
Bill Burke
JBoss, a division of Red Hat
<a href="http://bill.burkecentral.com" target="_blank">http://bill.burkecentral.com</a></pre>
  </span></div>

</blockquote></div><br></div>