You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Paul Hammant <Pa...@yahoo.com> on 2002/01/20 11:23:07 UTC

AltRMI & load balanced requets from client to server(s)

Folks,

I'm starting work on a "HostContext" that would allow a single client to 
actually hit multple servers for method invocations.  The following 
scenarios would be possible:

  1) Client opens a connection with a random* server and continues to 
route methods calls to that server
  2) All method calls would hit a random* server (no stickiness)

* Secondly when we say random, there are likely to be other 
implementations that are useful:

  a) Some sort of querying load capability solution.  One server is 
asked which of others in its fedaration should be hit with requests.
  b) Simple rotating load balancer, first connection uses server0, next 
server1 etc.

What is would be considered the most important to do?  Would there be 
anything else that would be useful at this stage?

Regards,

- Paul H


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AltRMI & load balanced requets from client to server(s)

Posted by Paul Hammant <Pa...@yahoo.com>.
James,

>Just thought I'd mention, using JMS Queues is a great way of implementing
>load balancing server clusters. If servers fail messages are rerouted to
>other working servers. Messages can be stored persistently for full fault
>tolerance so that if there are no servers running messages are not lost and
>things will recover properly when servers are restarted. Though this
>requires a JMS provider though - and a decent one costs money these days.
>
Yup those features or JMS would be good.  Also a JNDI lookup that could 
return a different server each time would be cool.

One design principle behind AltRMI is the rigid separation of interface, 
abstract parent classes and concrete impl.  With this a completely 
standalone AltRMI client should be able to collaborate with a remote 
server who's functionality has been rewritten/extended/reimplemented for 
various reasons.  All that is comon to all is in the common package.  

The point is that there could be two or three impls of the load 
balancing client factory :-)  They may or may not share code.

Regards,

- Paul H


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AltRMI & load balanced requets from client to server(s)

Posted by James Strachan <ja...@yahoo.co.uk>.
Just thought I'd mention, using JMS Queues is a great way of implementing
load balancing server clusters. If servers fail messages are rerouted to
other working servers. Messages can be stored persistently for full fault
tolerance so that if there are no servers running messages are not lost and
things will recover properly when servers are restarted. Though this
requires a JMS provider though - and a decent one costs money these days.

James
----- Original Message -----
From: "Paul Hammant" <Pa...@yahoo.com>
To: "Jakarta Commons Developers List" <co...@jakarta.apache.org>
Sent: Monday, January 21, 2002 9:57 AM
Subject: Re: AltRMI & load balanced requets from client to server(s)


> Juozas,
>
> > It can be useful for FAQ:
> >
> > 1. Is it plans to implement groups ?
> > (  I am not sure but I think http://www.javagroups.com is used to
> > implement cluster in JBoss 3 )
>
> http://dghmux-java.sourceforge.net/ looks interesting too.
>
> > 2. Is it plans to implement ARMI over DCOM.
> > ( I saw some bridge implementation, but do not remember link at this
> > time  )
>
> Interesting.  There is an excellent product called JIntegra that exposes
> objects to DCOM introspection/invocation.
>
> Regards,
>
> - Paul H
>
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AltRMI & load balanced requets from client to server(s)

Posted by Paul Hammant <Pa...@yahoo.com>.
Incze,

>Oe Mon, Jan 21, 2002 at 09:57:47AM +0000, Paul Hammant wrote:
>
>>Juozas,
>>
>>>It can be useful for FAQ:
>>>
>>>1. Is it plans to implement groups ?
>>>(  I am not sure but I think http://www.javagroups.com is used to 
>>>implement cluster in JBoss 3 ) 
>>>
>>http://dghmux-java.sourceforge.net/ looks interesting too.
>>
>>>2. Is it plans to implement ARMI over DCOM.
>>>( I saw some bridge implementation, but do not remember link at this 
>>>time  )
>>>
>>Interesting.  There is an excellent product called JIntegra that exposes 
>>objects to DCOM introspection/invocation.
>>
>>Regards,
>>
>>- Paul H
>>
>Altough not a knoledgable person in the are but have read a good
>article on the "jawin" open source Java/COM interoperability project.
>Here is an article on it:
>
>http://www.onjava.com/pub/a/onjava/2001/11/14/jawin.html
>
>with link to the project. The author maintains a resource page to similar
>open source and commercial products, too.
>
It would be great if we could convince the author to bring JarWin to 
Apache yes?

Regards,

- Paul H


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AltRMI & load balanced requets from client to server(s)

Posted by Incze Lajos <in...@mail.matav.hu>.
Oe Mon, Jan 21, 2002 at 09:57:47AM +0000, Paul Hammant wrote:
> Juozas,
> 
> > It can be useful for FAQ:
> >
> > 1. Is it plans to implement groups ?
> > (  I am not sure but I think http://www.javagroups.com is used to 
> > implement cluster in JBoss 3 ) 
> 
> http://dghmux-java.sourceforge.net/ looks interesting too.
> 
> > 2. Is it plans to implement ARMI over DCOM.
> > ( I saw some bridge implementation, but do not remember link at this 
> > time  )
> 
> Interesting.  There is an excellent product called JIntegra that exposes 
> objects to DCOM introspection/invocation.
> 
> Regards,
> 
> - Paul H
Altough not a knoledgable person in the are but have read a good
article on the "jawin" open source Java/COM interoperability project.
Here is an article on it:

http://www.onjava.com/pub/a/onjava/2001/11/14/jawin.html

with link to the project. The author maintains a resource page to similar
open source and commercial products, too.


incze

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AltRMI & load balanced requets from client to server(s)

Posted by Paul Hammant <Pa...@yahoo.com>.
Juozas,

> It can be useful for FAQ:
>
> 1. Is it plans to implement groups ?
> (  I am not sure but I think http://www.javagroups.com is used to 
> implement cluster in JBoss 3 ) 

http://dghmux-java.sourceforge.net/ looks interesting too.

> 2. Is it plans to implement ARMI over DCOM.
> ( I saw some bridge implementation, but do not remember link at this 
> time  )

Interesting.  There is an excellent product called JIntegra that exposes 
objects to DCOM introspection/invocation.

Regards,

- Paul H




--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: AltRMI & load balanced requets from client to server(s)

Posted by Juozas Baliuka <ba...@mwm.lt>.
It can be useful for FAQ:

1. Is it plans to implement groups ?
(  I am not sure but I think http://www.javagroups.com is used to implement 
cluster in JBoss 3 )
2. Is it plans to implement ARMI over DCOM.
( I saw some bridge implementation, but do not remember link at this time  )



At 10:23 AM 1/20/2002 +0000, you wrote:
>Folks,
>
>I'm starting work on a "HostContext" that would allow a single client to 
>actually hit multple servers for method invocations.  The following 
>scenarios would be possible:
>
>  1) Client opens a connection with a random* server and continues to 
> route methods calls to that server
>  2) All method calls would hit a random* server (no stickiness)
>
>* Secondly when we say random, there are likely to be other 
>implementations that are useful:
>
>  a) Some sort of querying load capability solution.  One server is asked 
> which of others in its fedaration should be hit with requests.
>  b) Simple rotating load balancer, first connection uses server0, next 
> server1 etc.
>
>What is would be considered the most important to do?  Would there be 
>anything else that would be useful at this stage?
>
>Regards,
>
>- Paul H
>
>
>--
>To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>