Actually now endpoint addresses support parametrization. Thanks, SUpun..
On Fri, Feb 4, 2011 at 10:04 AM, Heshan Suriyaarachchi <[email protected]> wrote: > +1 > > On Thu, Feb 3, 2011 at 2:01 PM, Supun Kamburugamuva <[email protected]> > wrote: >> >> +1, turning the LB/FO endpoints on/off is the correct approach. >> >> Thanks, >> Supun. >> >> On Thu, Feb 3, 2011 at 12:11 PM, Miyuru Wanninayaka <[email protected]> >> wrote: >> > Hi all, >> > >> > As current implementation of LoadBalance and FailOver endpoints, when we >> > turned off LB/FO endpoint from jconsole, what really happens is all >> > child >> > endpoints of FO/LB endpoints gets switched off. I think this behavior is >> > wrong. Since FO/LB endpoint has a context, it's possible to keep status >> > in >> > that context and handle in send() method of LB/OF endpoints without >> > turning >> > off child endpoints. >> > >> > Also in shared indirect endpoint situations like this: >> > >> > <endpoint name="ST_Quote_LB1"> >> > <loadbalance >> > algorithm="org.apache.synapse.endpoints.algorithms.RoundRobin"> >> > <endpoint key="SimpleStockQuoteService_EP"/> >> > </loadbalance> >> > </endpoint> >> > <endpoint name="ST_Quote_FO1"> >> > <failover> >> > <endpoint key="SimpleStockQuoteService_EP"/> >> > </failover> >> > </endpoint> >> > <endpoint name="SimpleStockQuoteService_EP"> >> > <address >> > uri="http://localhost:9000/services/SimpleStockQuoteService"/> >> > </endpoint> >> > >> > turning off ST_Quote_LB1 will cause ST_Quote_FO1 to stop working. >> > >> > Any ideas? >> > >> > -- >> > Miyuru Wanninayaka >> > Software Engineer - WSO2 Inc. >> > >> >> >> >> -- >> Technical Lead, WSO2 Inc >> http://wso2.org >> supunk.blogspot.com >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > > > -- > Regards, > Heshan Suriyaarachchi > > http://heshans.blogspot.com/ > -- Technical Lead, WSO2 Inc http://wso2.org supunk.blogspot.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
