As part of 4.0, we have to replace the smart proxies with clustered interceptors, we could reuse them then.
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Ivelin Ivanov > Sent: dimanche, 21. décembre 2003 18:05 > To: [EMAIL PROTECTED] > Subject: Re: [JBoss-dev] Re: HA JMS - singleton load balancing policy > > > Yes, this is how it works now. > The client side of the HAIL uses the singleton > notifications, which in turn use the DRM. > The question is how to implement the client stub so > that it does not have to be part of the cluster. > > The smart RMI stubs take care of communicating with > the back end to receive regular snapshots of the > cluster view. There has to be additinal info about the > current singleton server. As Scott mentioned this can > be probably done as an extension to one of the load > balncing policies. > > However UIL2 does not use the smart RMI stubs. How to > merge them? Just use the RMI stuff for HAIL and don't > worry about UIL2 for now? > > Is the existing remoting at a stage that can replace > UIL2 without any loss of benefits ? I am not familiar > with it yet. > > Ivelin > > > > > > --- Bill Burke <[EMAIL PROTECTED]> wrote: > > The DistributedReplicantManager should be able to > > organize separate > > endpoints. HAIL or any other IL should interface > > with it. > > > > Bill > > > > Ivelin Ivanov wrote: > > > > > Ok, that is what I thought. > > > Let's see if this can be an easy fix. > > > Seems like UIL2 doesn't leverage the smart RMI > > stubs. > > > Any suggestions how to attack this? Have UIL2 use > > > smart RMI stubs somehow, write a completely > > different > > > IL based on the smart RMI stubs or reuse OIL. > > > > > > Currently the HAIL client stub is listening for > > > changes in the cluster topology and cancels the > > > connection when the singleton moves. > > > > > > > > > Ivelin > > > > > > --- Scott M Stark <[EMAIL PROTECTED]> wrote: > > > > > >>Its a variation of the FirstAvailable load > > balancing > > >>policy that > > >>chooses the singleton rather than one of the > > cluster > > >>nodes. > > >> > > >>-- > > >>xxxxxxxxxxxxxxxxxxxxxxxx > > >>Scott Stark > > >>Chief Technology Officer > > >>JBoss Group, LLC > > >>xxxxxxxxxxxxxxxxxxxxxxxx > > >> > > >>Ivelin Ivanov wrote: > > >> > > >> > > >>>An interesting problem came up related to HA JMS. > > >>>There is a need for a remoting mechanism that can > > >> > > >>not > > >> > > >>>only keep a current list of the cluster nodes, > > but > > >>>also know which one is the singleton node for a > > >>>particular service. > > >>> > > >>>Is this something that should be added to the > > >> > > >>roadmap > > >> > > >>>under remoting? Would it be implemented as a kind > > >> > > >>of > > >> > > >>>load-balancing strategy or some other way? > > >>> > > >>>Ivelin > > >>> > > >> > > >> > > >> > > >> > > > > > > ------------------------------------------------------- > > > > > >>This SF.net email is sponsored by: IBM Linux > > >>Tutorials. > > >>Become an expert in LINUX or just sharpen your > > >>skills. Sign up for IBM's > > >>Free Linux Tutorials. Learn everything from the > > >>bash shell to sys admin. > > >>Click now! > > >> > > > > > > > > > http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > > > > >>_______________________________________________ > > >>JBoss-Development mailing list > > >>[EMAIL PROTECTED] > > >> > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: IBM Linux > > Tutorials. > > > Become an expert in LINUX or just sharpen your > > skills. Sign up for IBM's > > > Free Linux Tutorials. Learn everything from the > > bash shell to sys admin. > > > Click now! > > > http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > > _______________________________________________ > > > JBoss-Development mailing list > > > [EMAIL PROTECTED] > > > > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > > > -- > > ================ > > Bill Burke > > Chief Architect > > JBoss Group LLC. > > ================ > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: IBM Linux > > Tutorials. > > Become an expert in LINUX or just sharpen your > > skills. Sign up for IBM's > > Free Linux Tutorials. Learn everything from the > > bash shell to sys admin. > > Click now! > > > http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > > _______________________________________________ > > JBoss-Development mailing list > > [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign > up for IBM's > Free Linux Tutorials. Learn everything from the bash shell > to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > JBoss-Development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > > ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click _______________________________________________ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
