As discussed offline with Dushan, this is not a bug. Since I'm not restarting the ESB here, the client id, which directed to the MyServer2; will always directed to MyServer2 until the session expires.
On Fri, Jul 4, 2014 at 11:50 AM, Amalka Subasinghe <ama...@wso2.com> wrote: > updating correct title > > > On Fri, Jul 4, 2014 at 11:46 AM, Amalka Subasinghe <ama...@wso2.com> > wrote: > >> HI, >> >> Found a issue while executing sample 54 and 55 as follows: >> >> Steps: >> >> 1. >> >> Start ESB and setup 4 axis2 servers at the back end. (port 9001, >> 9002, 9003, 9004) and deploy LoadbalanceFailoverService. >> 2. >> >> Login to the ESB and update ESB config with sample 54 configuration. >> 3. >> >> run the axis2client ant loadbalancefailover -Di=10 -Dmode=session >> 4. >> >> Output: >> >> [java] Request: 1 with Session ID: 0 ---- Response : with Response >> from server: MyServer1 >> >> [java] Request: 2 with Session ID: 1 ---- Response : with Response >> from server: MyServer2 >> >> [java] Request: 3 with Session ID: 1 ---- Response : with Response >> from server: MyServer2 >> >> [java] Request: 4 with Session ID: 0 ---- Response : with Response >> from server: MyServer1 >> >> [java] Request: 5 with Session ID: 2 ---- Response : with Response >> from server: MyServer3 >> >> [java] Request: 6 with Session ID: 0 ---- Response : with Response >> from server: MyServer1 >> >> [java] Request: 7 with Session ID: 1 ---- Response : with Response >> from server: MyServer2 >> >> [java] Request: 8 with Session ID: 2 ---- Response : with Response >> from server: MyServer3 >> >> [java] Request: 9 with Session ID: 0 ---- Response : with Response >> from server: MyServer1 >> >> [java] Request: 10 with Session ID: 1 ---- Response : with Response >> from server: MyServer2 >> >> Session ID : 0 -> MyServer1, Session ID: 1 -> MyServer2, Session ID:2 >> ->MyServer3 >> >> 1. >> >> Update ESB configuration with sample 55 configuration and run the >> axis2client again >> 2. >> >> Output: >> >> [java] Request: 1 with Session ID: 0 ---- Response : with Response >> from server: MyServer1 >> >> [java] Request: 2 with Session ID: 2 ---- Response : with Response >> from server: MyServer3 >> >> [java] Request: 3 with Session ID: 2 ---- Response : with Response >> from server: MyServer3 >> >> [java] Request: 4 with Session ID: 2 ---- Response : with Response >> from server: MyServer3 >> >> [java] Request: 5 with Session ID: 0 ---- Response : with Response >> from server: MyServer1 >> >> [java] Request: 6 with Session ID: 2 ---- Response : with Response >> from server: MyServer3 >> >> [java] Request: 7 with Session ID: 1 ---- Response : with Response >> from server: MyServer2 >> >> [java] Request: 8 with Session ID: 2 ---- Response : with Response >> from server: MyServer3 >> >> [java] Request: 9 with Session ID: 1 ---- Response : with Response >> from server: MyServer2 >> >> [java] Request: 10 with Session ID: 0 ---- Response : with Response >> from server: MyServer1 >> >> Session ID : 0 -> MyServer1, Session ID: 1 -> MyServer2, Session ID:2 >> ->MyServer3 >> >> 7. With the sample 55 configuration MyServer2 should not respond for the >> requests, it should respond only when MyServer1 is down. >> >> I could reproduce this using soapUI too, when I use the same client IDs >> (c1, c2, c3) with the soap request. >> >> [The client Id, which directed to the MyServer2 with sample 54 >> configuration; always directed to MyServer2 even after I updated the >> synapse config to sample 55] >> >> <soapenv:Envelope xmlns:soapenv=" >> http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser=" >> http://services.samples"> >> >> <soapenv:Header> >> >> <syn:ClientID xmlns:syn="http://ws.apache.org/ns/synapse >> ">c1</syn:ClientID> >> >> </soapenv:Header> >> >> <soapenv:Body> >> >> <ser:sampleOperation> >> >> <!--Optional:--> >> >> <ser:param>1</ser:param> >> >> </ser:sampleOperation> >> >> </soapenv:Body> >> >> </soapenv:Envelope> >> >> It seems this is not the right behavior of the ESB with session affinity >> load balancing. >> Is this a know issue? or Is there any workaround for this? >> >> Thanks >> Amalka >> -- >> >> Amalka Subasinghe >> >> WSO2 Inc. >> Mobile: +94 77 9401267 >> > > > > -- > > Amalka Subasinghe > > WSO2 Inc. > Mobile: +94 77 9401267 > -- Amalka Subasinghe Senior Software Engineer WSO2 Inc. Mobile: +94 77 9401267
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev