Have a look at this module? <a href="http://code.google.com/p/nginx-upstream-jvm-route/">http://code.google.com/p/nginx-upstream-jvm-route/</a><div><br></div><div>Thanks.<br><br><div class="gmail_quote">2012/11/7 Alex Samad - Yieldbroker <span dir="ltr"><<a href="mailto:Alex.Samad@yieldbroker.com" target="_blank">Alex.Samad@yieldbroker.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
Late reply, wondering if any one has any example of setting up stick module and using jsessionid cookie ?<br>
<br>
Alex<br>
<br>
> -----Original Message-----<br>
> From: <a href="mailto:nginx-bounces@nginx.org">nginx-bounces@nginx.org</a> [mailto:<a href="mailto:nginx-bounces@nginx.org">nginx-bounces@nginx.org</a>] On<br>
> Behalf Of Jérôme Loyet<br>
> Sent: Friday, 26 October 2012 7:24 AM<br>
> To: <a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
> Subject: Re: AJP<br>
><br>
> 2012/10/25 Alex Samad - Yieldbroker <<a href="mailto:Alex.Samad@yieldbroker.com">Alex.Samad@yieldbroker.com</a>>:<br>
> > Hi<br>
> ><br>
> > [snip]<br>
> ><br>
> >> >> Behalf Of Jérôme Loyet<br>
> >> >> Sent: Friday, 26 October 2012 3:35 AM<br>
> >> >> To: <a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
> >> >> Subject: Re: AJP<br>
> > [snip]<br>
> ><br>
> >> ><br>
> >> > Still my question though how did you deal with stickiness?<br>
> >><br>
> >> <a href="http://code.google.com/p/nginx-sticky-module/" target="_blank">http://code.google.com/p/nginx-sticky-module/</a><br>
> ><br>
> > So just for my understand what is the difference between this 3rd party<br>
> add on and the ajp 3rd party addon.<br>
> ><br>
> > I understand one is on the wiki and one is not. But does that mean the<br>
> sticky module is supported as well ?<br>
> ><br>
> > Does stick respect jsession cookie. So if server fails will the connection go to<br>
> new server and then eventually bounce back to the restored old server ?<br>
><br>
><br>
> sticky module does not deal with jsession cookie. It creates a cookie on its<br>
> own which indicates which backend has been used and nginx will always use<br>
> the backend from the cookie.<br>
><br>
> If no cookie are sent (first time), nginx will use standard round robin to<br>
> choose one server and then send back a cookie indicating which backend<br>
> server has been used.<br>
><br>
> If the backend from the server is down, classic round robin takes place and a<br>
> new cookie is sent with the new backend to use.<br>
><br>
> see the main page of <a href="http://code.google.com/p/nginx-sticky-module/" target="_blank">http://code.google.com/p/nginx-sticky-module/</a><br>
> with the explanation and a smal schematic which is far better than any<br>
> explaination<br>
><br>
><br>
><br>
> ><br>
> ><br>
> >><br>
> >> simple and efficient ! works like a charms without any configuration<br>
> >> on the tomcat side and no need to setup complex session sharing<br>
> >> system on the tomcat side<br>
> ><br>
> > That's good like KISS<br>
> ><br>
> > [snip]<br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > nginx mailing list<br>
> > <a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
> > <a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
><br>
> _______________________________________________<br>
> nginx mailing list<br>
> <a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Weibin Yao<br>Developer @ Server Platform Team of Taobao<br>
</div>