Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 97282 invoked from network); 21 Jan 2002 05:19:10 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 21 Jan 2002 05:19:10 -0000 Received: (qmail 6102 invoked by uid 97); 21 Jan 2002 05:19:18 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 6044 invoked by uid 97); 21 Jan 2002 05:19:17 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 5933 invoked from network); 21 Jan 2002 05:19:16 -0000 Message-ID: <3C4A9A8B.3090009@yahoo.com> Date: Sun, 20 Jan 2002 10:23:07 +0000 From: Paul Hammant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7) Gecko/20011221 X-Accept-Language: en-us MIME-Version: 1.0 To: commons-dev@jakarta.apache.org Subject: AltRMI & load balanced requets from client to server(s) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N 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: For additional commands, e-mail: