Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@apache.org Received: (qmail 23578 invoked from network); 30 Apr 2002 08:14:51 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Apr 2002 08:14:51 -0000 Received: (qmail 18542 invoked by uid 97); 30 Apr 2002 08:14:58 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-dev@jakarta.apache.org Received: (qmail 18467 invoked by uid 97); 30 Apr 2002 08:14:57 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 18450 invoked from network); 30 Apr 2002 08:14:57 -0000 Message-ID: <3CCE527D.7070404@schlund.de> Date: Tue, 30 Apr 2002 10:14:53 +0200 From: Bernd Koecke Organization: Schlund+Partner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020417 X-Accept-Language: de, en MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: PROPOSAL: mod_jk2: Group/Instance References: 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 Hi Costin, some weeks ago I send a patch for mod_jk for an only routing lb_worker. A few days later I sent the docu. Henry Gomez said, that it should be commited. But it I think it isn't in the repository. But its the same with me here, to mutch work for to less time :). Again an example of my environment: Cluster with 4 nodes, tomcat and apache on every node. One Loadbalancer in front of the cluster which does a simple round robbin. I need sticky sessions but no loadbalancing in the module. If a request without a session comes in, it should be routed to the _local_ tomcat. I think this could be possible with the associated instance of a channel (item 7). Then I have to configure all four nodes for the same group. Because all nodes will serve the same webapps and associate the channel with this group. But for this I need a non balancing group. I don't see if the default behavior of a group is balancing and if this can be switched off. Is this right or do I miss something? Thanks Bernd costinm@covalent.net wrote: > One of the major goals of mod_jk2 is simpler configuration. > > This proposal will cover the 'workers'. > > 1. The 'worker' name is deprecated. It refers to too many > things in mod_jk, and causes too much confusion ( i.e. it > is a 'handler', coresponds to a jvmRoute, a protocol, a > channel ). > > 2. We'll use the term 'channel' to define the connections > between jk and tomcat. Each channel will follow a standard > naming syntax: > channel.socket:HOST:PORT > channel.unix:/PATH > channel.jni:jni > > Altenatively, the local part can be used as a shortcut. > Each channel will use Ajp13 protocol by default ( or whatever > is specific to the transport, or overriden ). > > 3. We'll use the term 'instance' ( XXX or a better name > if you can sugest one ) to refer to a single tomcat VM. > That's what will be used in the jvmRoute. A tomcat instance > can be reached by multiple channels. > By default, each instance will have one socket channel and > will be named by the local part ( i.e. HOST:port ). That's the > name that'll identify the VM. > > 4. We'll use the term 'group' to reffer to a set of tomcat > 'instances' that share a number of applications. The default > group will be called 'lb'. One 'instance' can be part of > one or many groups. > > 5. Each URI will be associated with a 'group'. In what used to > be: > JkMount /examples ajp13 > the 'group' will replace ajp13. > As I said, the default group is called 'lb' and includes all > tomcat instances that are defined. > For each application that is installed on all instances, the 'lb' > group must be used. > If you have a sophisticated setup - and an app is installed > only on some instances, you can use names like "lb_examples", > and explicitely define what tomcat instances belong to the group. > > 6. The webapps will be defined by a hierarchy of directories > ( host/webapp_name ) ( see previous mail ). Each webapp > is obviously mapped consistently to one group, which will be > defined inside the WEB-INF/jk2/map.properties. > > 7. Each channel will have an associated 'instance' ( it can't > go to 2 tomcats ) and groups. The lb configuration is > done automatically based on those attributes. The mappings > are done automatically based on the hierarchy. If no map.properties > is found, the whole webapp will be forwarded to the default > group ( the common case ). > > I believe this model covers all current use cases. Please, please, > send feedback and let me know if you can help ( implementation, > documentation, testing ), but feedback is the first step. > > Costin > > > > > > > > -- > To unsubscribe, e-mail: > For additional commands, e-mail: > -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: bk@schlund.de -- To unsubscribe, e-mail: For additional commands, e-mail: