<div dir="ltr"><div>The purpose is to enable load balancer based clustering to work. Basically even though there is no underlying web session the JSESSIONID cookie will make sure that the load balancer delivers the request to the correct backend server.<br><br></div><div>Basically existing load balancers already support sticky sessions, and we are just piggy backing on that, as the primary customer use case for this is allowing EJB calls through a HTTP load balancer.<br></div><div><br></div>Stuart <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 4, 2016 at 7:56 PM, Tomaž Cerar <span dir="ltr"><<a href="mailto:tomaz.cerar@gmail.com" target="_blank">tomaz.cerar@gmail.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"><div><div><div>One thing that seems somewhat odd to me is the usage of JSESSIONID for tracking session state.<br></div>That cookie/param is used for servlet http sessions and given that this is pure EJB without any servlets <br></div>it would be bit confusing to require it. Or will this rely on session tracking from undertow-servlet?<br><br>--<br></div><div>tomaz<br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Wed, May 4, 2016 at 7:50 AM, Stuart Douglas <span dir="ltr"><<a href="mailto:stuart.w.douglas@gmail.com" target="_blank">stuart.w.douglas@gmail.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="h5"><div dir="ltr"><div><div><div>Hi everyone,<br><br></div>I have started looking into support for service invocation over HTTP. Unlike our existing HTTP upgrade support this will map EJB requests/responses directly to HTTP requests and responses, which should allow it to be used behind existing load balancers.<br><br></div>I have started an initial description of the protocol at: <a href="https://github.com/stuartwdouglas/wildfly-http-client/blob/master/docs/wire-spec-v1.asciidoc" target="_blank">https://github.com/stuartwdouglas/wildfly-http-client/blob/master/docs/wire-spec-v1.asciidoc</a><br><br></div><div>The intention is to follow HTTP semantics as closely as possible. Clustering will be provided in a similar manner to web clustering (i.e. it will require a load balancer, and work in a similar manner to web clustering). <br><br></div><div>There is still plenty work that needs to be done (especially around security), so if anyone has any feedback let me know.<span><font color="#888888"><br></font></span></div><span><font color="#888888"><div><br></div>Stuart<br><div><div><div><div><br><br></div></div></div></div></font></span></div>
<br></div></div><span class="">_______________________________________________<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/mailman/listinfo/wildfly-dev</a><br></span></blockquote></div><br></div>
</blockquote></div><br></div>