Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs menu.idx style.xsl.in

> > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] msg32976/pgp0.pgp Description: PGP signature

Re: local worker patch for JK1

nd implement it then. May be I was a little bit to fast this time :). Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[PATCH] for lb_worker in jk1 with local workers

jk_util.c its easy to change them. I hope its usefull, the patch was geenrated against cvs with diff -u. Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] Index: jk_lb_worker.c ==

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c

[EMAIL PROTECTED] wrote: > On Tue, 14 May 2002, Bernd Koecke wrote: > > >>Hi Costin, >> >>the new patch seems to work, but I'll test it more exactly tomorrow. Then I'll >>create the patches and the functional description. >> >>In short, th

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c

ding requests only to local workers is 'local_worker_only' on the lb_worker. More when the patch is tested and ready. Bernd > Costin > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailt

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c

[EMAIL PROTECTED] wrote: > On Tue, 14 May 2002, Bernd Koecke wrote: > > >>The '0' as lb_value is needed to determine which are the main/local-workers. If >>we don't have this special value we need an additional config-flag with a list >>of th

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c

ive mail to this list, I'll commit mod_jk > document accordingly... > A short description of my latest patch is in my mail from 6.May 18:23 CEST. If we add a new conf-flag I will test it localy and send a detailed description with the patch. If we don't add a flag I'll send a mor

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c

[EMAIL PROTECTED] wrote: > On Mon, 13 May 2002, Bernd Koecke wrote: > > >>Sorry, I must say it again, for my environment it is an error, if a _switched >>off_ tomcat got a request without a sessionid or with a session from another >>node. Its not necessary that t

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_lb.c

the cookie extraction does not > work for cookies whose format conforms to RFC 2169, that is the cookie value > is enclosed in double quotes. Such cookie format is used by lynx for example. > I had submitted a patch into the bug database but cannot find it anymore, > I'll have t

Re: Load balancing patch

ith my patch, the lb_value or lb_factor needs not to have a special > value to handle local workers. Thus lb_value is modified at each > request handled by the worker. > > > Feedback is welcome, testing of jk2 needs to be done. > > Mathias. > [...] -- Dipl.-

Re: jk_lb_worker.c patch

e is another bug that must > be fixed before we can tag - but I hope we can finish all changes in > the next few days. > > > Costin > > On Mon, 6 May 2002, Bernd Koecke wrote: > > >>thanks for commiting my patch :). After thinking about it, I found the same >

Re: jk_lb_worker.c patch

ug that must > be fixed before we can tag - but I hope we can finish all changes in > the next few days. > > > Costin > > On Mon, 6 May 2002, Bernd Koecke wrote: > > >>thanks for commiting my patch :). After thinking about it, I found the same >>probl

Re: jk_lb_worker.c patch

;m just learning and trying, if you have >>>>any idea I would be happy to hear them, patches >>>>are more than wellcome. >>>> >>>>Costin >>>> >>>>On Sat, 4 May 2002, Mathias Herberts wrote: >>>> >>>> >>>> >>>> >>>>>Hi, I just joined the Tomcat-dev list and saw your patch to >>>>>jk_lb_worker.c (making it version 1.9). >>>>> >>>>>If I understand well your patch it offers the same behaviors as Paul's >>>>>patch but with an opposite semantic for a lbfactor of 0.0 in the >>>>>worker's definition, i.e. a value of 0.0 now means ALWAYS USE THIS >>>>>WORKER FOR REQUESTS WITH NO SESSIONS instead of NEVER USE THIS WORKER >>>>>FOR REQUESTS WITH NO SESSIONS. This seems fine to me. >>>>> >>>>>What disturbs me is what is happening when one worker is in error >>>>>state and not yet recovering. In get_most_suitable worker, such a >>>>>worker will be selected whatever its lb_value, meaning a recovering >>>>>worker will have priority over one with a lb_value of 0.0 and this >>>>>seems to break the behavior we had achieved with your patch. >>>>> >>>>>Did I miss something or is this really a problem? >>>>> >>>>>Mathias. >>>>> >>>>> >>>>> >>>> >>>> >>>> > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[PATCH] added handling of a main worker in jk_lb_worker, Re: PROPOSAL:mod_jk2: Group/Instance

cated with -1. Your are right this is a better solution. We can switch from doubles to int and we get the other worker balanced if the main worker is down. Bernd Bernd Koecke wrote: > Hi Costin, > > [EMAIL PROTECTED] wrote: > >> Hi Bernd, >> >> First, many thank

Re: PROPOSAL: mod_jk2: Group/Instance

an error, the main worker >>would never reach _inf_. Because the lb_factor is < 1 if lb_value wasn't 0. >>After choosing the worker this value is added to the lb_value. But with a high >>value for lb_value the differenc between two savable double numbers is greater &

Re: [PROPOSAL] tag mod_jk 1.2.1

hes received on list > about lb will be included or not... > I would be happy if they could be included :), because I need this functionality, but it may be not so important for others. My last patch was only for jk1 :(. I don't want to patch jk2 if I don't know exactly what

Re: PROPOSAL: mod_jk2: new lb values

s session id. That's the gracefull > shutdown. > > In addition, I'm in process of moving the lb properties to channel, > since that's what the user should configure in jk2. > > Costin I think this is a mutch better aproach then the magic zero lb_value :). I cou

[PATHC] jakarta-tomcat-connectors Re: PROPOSAL: mod_jk2: Group/Instance

be choosen and because of the flag it wouldn't get _inf_ as his lb_value. the patch was created by cvs diff -u jk_lb_worker.c Bernd Bernd Koecke wrote: > Hi Costin, > > May be I checked out the wrong repository. I checked out > jakarta-tomcat-connectors with the > CVSROOT=:p

Re: PROPOSAL: mod_jk2: Group/Instance

Hi Costin, May be I checked out the wrong repository. I checked out jakarta-tomcat-connectors with the CVSROOT=:pserver:[EMAIL PROTECTED]:/home/cvspublic Now to the details, see below. [EMAIL PROTECTED] wrote: > On Thu, 2 May 2002, Bernd Koecke wrote: > > >>misunderstood it.

Re: PROPOSAL: mod_jk2: Group/Instance

; or unregister - in which case no new requests ( except the old sessions ) > will go to the unregistered tomcat. > > > Costin > > >>[EMAIL PROTECTED] wrote: >> >> >>>On Tue, 30 Apr 2002, Bernd Koecke wrote: >>> >>> >>>>

Re: PROPOSAL: mod_jk2: Group/Instance

ased 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 fee

[PATCH] jakarta-tomcat-connectors/jk/doc/Tomcat-Workers-HowTo.html

Hi, here is the docs patch for the previouse patch of lb-worker. The base file is the current version from cvs. But someone should look at it with more experience in writing docs in English :) Have a nice weekend! Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon

Re: [PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

Should I sent these files to this list? Bernd > > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED](. .) > PGP KEY : 697ECEDD...oOOo..(_)..oOOo... > PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 > > &g

[PATCH] jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,jk_util.c

tries to balance the request in case of a failure of the local tomcat. I hope it is useful. Sorry i haven't looked into jk2 at this time, but may be i get time to do it soon. Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTE

Re: tomcat 4.0.3 + mod_jk

iPlanet to come > ok, for which should we do it? Can i build and use jk2 or is it in an early development state? -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>

Re: tomcat 4.0.3 + mod_jk

tors. > > > will you works on jk2 or good old jk from JTC ? > Up to now i Worked only on jk from JTC, but if we get the same functionality from jk2 I could have a look at it. I thought that jk2 was for apache2. But I may misunderstound this. -- Dipl.-Inform. Bernd Koecke UNIX-En

Re: tomcat 4.0.3 + mod_jk

andle a connection error while connecting to the local tomcat in the service method. Because if my local tomcat has problems I could fallback to the normal selection of a worker by lb-factors. Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: tomcat 4.0.3 + mod_jk

uld go in front of > everything, and be enabled by default, independent of lb. > > > Send the patch please ( if you can just make a smaller change in lb it > would be better IMHO ) > > Costin > > > > On Thu, 21 Mar 2002, Bernd Koecke wrote:

Re: tomcat 4.0.3 + mod_jk

t;>I hope I could reach someone of the mod_jk developers. Sending this >>question to the user list wasn't successful. >> >>Thanks >> >>Bernd [...] -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

tomcat 4.0.3 + mod_jk

ssful. Thanks Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: new photos from my party!

the autogenerated mail response for my last subscribtion after X-Mas vacation. I'm sorry, if I be the origin of this mails. But I don't know how to stop it. Could someone send me in the right direction? Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +4

[PATCH Suggestion] tc-3.2.3 Little bug in ContextAdmin.java

Hi, I got a request for the diff of ContextAdmin.java. Subject of my original posting was: tc-3.2.2/3.2.3 Little Bug in ContextAdmin.java Its not to long, so I send it to the list. The orig-class is the one shipped with tomcat-3.2.3. But again, it solves the problem only for Java2-Systems. I

tc-3.2.2/3.2.3 Little Bug in ContextAdmin.java

I could write a small function in ContextAdmin, which translates the '/' before sending it to the RequestUtil-class and send the diffs of this. Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED]

Re: mod_jk in a cluster

the help of the comments and variable/function-names in the source I got it. The code is a little bit special to our purpose, but if there are interests in the small code I could send it to the list. But I think we should wait till it is tested :). Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED]

mod_jk in a cluster

actor to a negative value. Both solutions are incorrect if one of the tomcats goes down, because of the recovering. So I come to the first idea, to use an additional flag. If it works here, are there interests in a diff of mod_jk? Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner