RE: ant/style for xdocs fail randomly

-- >From: Stephane Bailliez [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, July 03, 2002 12:19 PM >To: Ant Developers List; Tomcat Developers List >Cc: [EMAIL PROTECTED] >Subject: RE: ant/style for xdocs fail randomly > > >> -Original Message- >> From: GOMEZ Henri

RE: 4.1.7 / mod_jk 1.2.0 / mod_jk 2.0.0

>Henri: what about tagging the workspace for mod_jk1 with 1.2.0, >and use the same naming convention as in 4.1.x. How did I take jk/native (only) as mod_jk_1_2_0 ? cvs tag -r mod_jk_1_2_0 jk/native ? >Nacho, Mladen: same thing for mod_jk2 - we should use the 'milestone' >style, and mod_jk2.0.0

RE: [VOTE] Apache Tomcat 5.0 Proposal

> >[X] +1 I support the proposal, and will help implement it >[ ] +0 I support the proposal >[ ] -0 I do not support the proposal >[ ] -1 I am against the proposal being implemented, because: > -- To unsubscribe, e-mail: For additional commands, e-mail:

ant/style for xdocs fail randomly

Hi, I've got many problems to build jakarta-tomcat-connectors/jk xdocs with ant 1.4.1 or 1.5b3 and xalan 2.3.1/xerces 2.0.1 under W2K (not tested yet under Unix), with Sun JDK 1.3.1_03 : I tried to downgrade to xerces 2.0.0, but the problem is still here. Didn't have such problem when using x

RE: mod_jk2 shuts down

+1 I'm still busy (and have limited times) with mod_jk 1.2.0. I'd like to polish the documentation before release. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F3

RE: cvs commit: jakarta-tomcat-connectors/jk/native/iis README

Who could update the iplanet README ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAIL PROTECTED]

RE: [PROPOSAL] removing outdated makefile/buildfile for mod_jk 1.2.0

referring to statically linking mod_jk into Apache >1.3.x, then >I can confirm that it works just fine. I've been running that >configuration for quite some time now. > >Bojan > >On Mon, 2002-07-01 at 18:53, GOMEZ Henri wrote: >> Ok, I'll remove them so, and will upd

RE: mod_jk 1.2.0 - release notes

> >Sorry, It's not much ;) Not so bad ;) -- To unsubscribe, e-mail: For additional commands, e-mail:

mod_jk 1.2.0 - release notes

Hi to all, I'm finalizing the mod_jk 1.2.0 release. I updated the Apache build instruction, removed outdated Makefile and build files. I added a minimal IIS build document, from what it's present in tomcat-iis-howto.html. Same thing for netscape/iplanet build instructions. Since the previous

RE: [PROPOSAL] removing outdated makefile/buildfile for mod_jk 1.2.0

t; >As long as configure/make works I'm +1. > >Bojan > >On Fri, 2002-06-28 at 22:39, GOMEZ Henri wrote: >> Hi, >> >> What about removing all the outdated >> makefile and build.platform.sh >> present in jk/native now that we >>

RE: isapi_redirector2 build using static APR

I strongly agree with costin, and it has been a point we discuss many times before with Pier for mod_webapp. Even if APR is a library used mainly by Apache 2.0, nothing prevent it to be used elsewhere and for example under Windows and IIS. The only problem is that there is still no official APR,

RE: cvs commit: jakarta-tomcat-connectors/jk/xdocs configweb.xml index.xml style.css.in style.xsl.in

Hey, it seems Nacho goes to bug hunting in xsl, good news, since I'm working on using xdocs for jk 1.2.0. BTW, how could we have xdocs handling at both time between jk and jk2 ? I was thinking at the following layout : xdocs xdocs/common(ajp13) xdocs/jk1 (buildingap, buildingiis, buil

RE: PROPOSAL: Jasper34 removal

+1 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent:

FW: [Ethereal-announce] Ethereal 0.9.5 sources and Windows installer released

ajp support included in latest ethereal ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >Ethereal 0.9.5 has been released. This version

RE: mod_jk 1.2.0 release poll

1.2 (for now) >Regards, > >Glenn > >GOMEZ Henri wrote: >> >> Ok, I think we're near release now. >> >> The last thing to do will be to add documentation, >> there is allready README.configure which explains >> how to build for apache 1.3/2.0 via

xdocs for jk&jk2 / ant 1.5.1

Hi, I was playing with xdocs in jk and tried to use it to generate both jk and jk2. I choose the following layout : xdocs/common(menu.idx, Ajp13.xml) xdocs/jk(menu.idx, index.xml, building.xml, configtc.xml, configweb.xml) xdocs/jk2 (menu.idx, index.xml, building.xml, configtc

mod_jk 1.2.0 release poll

Ok, I think we're near release now. The last thing to do will be to add documentation, there is allready README.configure which explains how to build for apache 1.3/2.0 via configure. Needed now : - Configuration for Apache 1.3/2.0 httpd.conf/workers.properties - Build procedures for IIS/iPl

tomcat 4.0.4 rpm release 2

Available at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4/rpms/ More FHS compliant and misc fixes in spec files. Important change from previous version, is that the rpm didn't use no more IBM SDK 1.3.1 as default SDK. Read the following RPM info : ---

RE: [PATCH] WAS mod_jk2 keepalive sockets

+1 for me :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Mladen Turk [mailto:[EMAIL PROTECTED]] >Se

RE: chicken&eggs and fix TC4/COYOTE/TC4

>gets these for you. >- Original Message - >From: "GOMEZ Henri" <[EMAIL PROTECTED]> >To: "Tomcat Developers List" <[EMAIL PROTECTED]> >Sent: Wednesday, June 26, 2002 4:53 AM >Subject: RE: chicken&eggs and fix TC4/COYOTE/TC4 >

RE: tomcat 4.0.4 rpm release

ks for your hard work, Henri! =D > >- Original Message - >From: "GOMEZ Henri" <[EMAIL PROTECTED]> >To: "Tomcat Developers List" <[EMAIL PROTECTED]>; >"Tomcat Users >List" <[EMAIL PROTECTED]> >Sent: Tuesday, June 25, 2002 5:27 AM >

RE: chicken&eggs and fix TC4/COYOTE/TC4

May be we should add to HEAD (4.1) lib dir all the required jars from commons ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Orig

RE: chicken&eggs and fix TC4/COYOTE/TC4

>> In HEAD 4.0 or 4.1 ? >> >> Without my patch, there is still an unconditional copy of coyote > >HEAD is 4.1. "HEAD 4.0" is actually the "tomcat_40_branch" branch. > So could I apply my patch to tomcat_40_branch ? -- To unsubscribe, e-mail: For additional commands

RE: jspc patch for TC 3.3.2

-- >From: GOMEZ Henri >Sent: Friday, June 21, 2002 6:25 PM >To: [EMAIL PROTECTED] >Subject: jspc patch for TC 3.3.2 > > >Hi, > >One of my coworker have some problems with jspc >when included jsp got a relative path. > >Find attached a possible patch. > >Th

RE: chicken&eggs and fix TC4/COYOTE/TC4

>> At least in TC 4.0.4 > >Oh, ok, I understand now. Yes, there's a chicken and egg problem with >4.0.4. The binaries for Coyote are actually committed in the CVS to >avoid it. That's why I added a condition to copy. >In HEAD, it works good, OTOH, because it actually follows the build >sequen

RE: chicken&eggs and fix TC4/COYOTE/TC4

>Which commons-logging is using? from b.p.s i see that is requesting a >commons-logging 1.0.1, where is that binary? in TC4/lib (regexp, ajp, util, coyote, http11) >If as i suppouse it's simply the binary of building HEAD of c-l.. >Could anybody put all those needed jars available somewhere,

RE: chicken&eggs and fix TC4/COYOTE/TC4

>I don't have any chicken and eggs problems when building. till you have allready built jar in lib dir (TC4) >ant clean; ant >works very well for me, and builds all sub components like Coyote. > >- jtc-util is built first >- then Catalina >- then Coyote and the other protocol handlers > >What is

RE: mod_jk JkAutoMount

I answered yesterday on tomcat-user. JkAutoMount was a planned features of ajp13++ (ajp14) protocol, and will be available (if possible) only via jk2 (jtc/jk/native2 and java part) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697

RE: chicken&eggs and fix TC4/COYOTE/TC4

Here are the diffs against TC 4.0 HEAD. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: GOMEZ

chicken&eggs and fix TC4/COYOTE/TC4

Hi to all, While packaging tomcat4 4.0.4 for jpackage/jakarta, I noticed that the TC 4 build try to copy coyote jar. But since you need TC 4 to build coyote, you're in a chicken&eggs situation. Here is 2 patchs which should fix the situation. If nobody objects, I'll commit them ... so the gu

RE: HA tomcat ( was: RE: 5.0 proposal)

>Thanks for the encouraged news. We've been using Tomcat in >our product >for a while now. Now, I need to set it up with support for >minimum 100K >simultaneous connection to our server side. 100K simultaneous connection ! I doubt any hardware/software/os (even on high system) could h

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_ajp13.c

This part of code in jk 1.2/2.0 is really a spaghetti :[ I spent many times in it, and I think we should refactor it at least in jk2. Certainly after aplha release. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo

RE: 5.0 proposal

>> Pier could you detail what should be a Tomcat HA, and how >> it could fit in TC 5.0 proposal ? > >As far as I can remember it was voted -1... What about TC 5.0 with HA capability ? -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: 5.0 proposal

>> As somebody who also intends to use Tomcat in production (around 10 >> different sites with a reasonable load, maybe 1/4 of vnunet) >this would be >> very helpful to me. >> >> You mentioned a couple of specific things you would like to >do. Would it be >> possible for you elaborate a little

RE: random BOUND socket (was Re: 5.0 proposal).

We add a timeout features in mod_jk 1.2.0 to close sockets after some time of inactivity :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80

tomcat 4.0.4 rpm release

Available at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4/rpms/ This rpm use external rpms from the Jpackage Project (http://www.jpackage.org) Only needed binary rpm will be present in jakarta rpms directory : jakarta-commons-logging-1.0.1.cvs20020612-1jpp.noarch.rpm re

RE: 5.0 proposal

I'm also very interested in hearing more about Tomcat HA. Speaking about HIGH AVAILABILITY, is linked to reliability and scalabitity. reliability should be provided by Tomcat core but scalability should be provided by some sorts of software between end-user and Tomcat's core. As I said yester

RE: [Bench] mod_jk cache and socket timeout

If you replay the bench many times, you'll see that the number will change a little. Not a performance gain, a sort of chaos-random addition ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fin

RE: mod_jk cache and socket timeout

Message- >From: Mladen Turk [mailto:[EMAIL PROTECTED]] >Sent: Monday, June 24, 2002 6:13 PM >To: 'Tomcat Developers List' >Subject: RE: mod_jk cache and socket timeout > > >> -Original Message- >> From: GOMEZ Henri [mailto:[EMAIL PROTECTED

FW: Configuring mod_jk2

Contributed documentation for jk2 PS: Note the info that Jetty will also implements ajp13 :) >-Original Message- >From: Simon Stewart [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, June 25, 2002 3:24 AM >To: GOMEZ Henri >Subject: Re: Configuring mod_jk2 > > >Attache

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

>GOMEZ Henri wrote: >> I allways use read/write on Unix instead of recv/send. >> It works way better. > >Why better? >recv/send on BS2000 goes directly to the network through the >socket libraries >and read/write does with an additional POSIX layer. Hi JF, Histor

RE: mod_jk cache and socket timeout

>+1 at both, if my opinion matters ;-) Yes, it count. So Mladen, let's go and commit. We all three (others welcomed) will make another stress-test operation tomorrow. -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: mod_jk cache and socket timeout

>> >The APR on unix for apr_time_now() uses gettimeofday, and >> then we could >> >use the timeval's tv_sec, and on WIN32 GetTickCount, since all that >> >matters is the time interval. >> >> gettimeofday may cost a little bit more and it's not >> necessary to have tv_usec for timeout count in

RE: mod_jk cache and socket timeout

>The APR on unix for apr_time_now() uses gettimeofday, and then we could >use the timeval's tv_sec, and on WIN32 GetTickCount, since all that >matters is the time interval. gettimeofday may cost a little bit more and it's not necessary to have tv_usec for timeout count in seconds or minutes. For

RE: mod_jk cache and socket timeout

t;From: GOMEZ Henri >Sent: Monday, June 24, 2002 2:21 PM >To: Tomcat Developers List >Subject: RE: mod_jk cache and socket timeout > > >>Henri thinks we should discuss that here, so I'm forwarding >>the original mail. > >Sure that's OSS way ;) > >>

RE: mod_jk cache and socket timeout

t;request_time) in apache 1.3 (time_t) and 2.0 (apr_time_t) >> -Original Message- >> From: Mladen Turk [mailto:[EMAIL PROTECTED]] >> Sent: 22. lipanj 2002 18:06 >> To: GOMEZ Henri >> Subject: mod_jk cache and socket timeout >> >> >> Hi Henri, >>

RE: Proposal draft for Tomcat 5.0

>> Excuse me Pier, but when I see that you, an OSS developper, >> long time Apache Member, one of the original JServ author >> and member of the Tomcat 4.x development team member use at >> works ServletExecAS/4.1 (http://uptime.netcraft.com/) >> instead of any of products he developped, he make m

RE: Proposal draft for Tomcat 5.0 : benchmarks

>Ok... Now you said (correct me if I'm wrong), that your site >has 5000/1 >servlets request per day, right? My setup is for more than ONE clients, many clients, many JVM, many tomcats, but with an average of 5000/1 reqs by client site by days. >And now you say that to handle that load,

RE: Proposal draft for Tomcat 5.0

>Bah... If you guys stop being ridiculous and come up with a >proposal that is >something more than a couple of buzzwords, I'll shut up... >(Hint Hint) :) Excuse me Pier, but when I see that you, an OSS developper, long time Apache Member, one of the original JServ author and member of the Tomc

RE: Proposal draft for Tomcat 5.0 : benchmarks

>> So I think that both Tomcats should be considered stable. > >My officemates thank you for the 5 minutes of hysterical >laughter you gave >to us in this bright radiant sunny morning in London... Much >appreciated.. It was a pleasure ;) >If your site is built up by "HelloWorldExample" servlet

RE: Proposal draft for Tomcat 5.0

>Good... Prove it to me. Come up with a proposal of some >friggin' sort... >FWIW even 4.2.x doesn't address any of my concerns, and it's >not even out >working yet... Talking about 5.0 is a little bit "premature" maybe? > >But that's my vision... The vision of an old fart who has been >around f

RE: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config context.xml

Hi Amy, I'll do the french translation :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Amy Roh [mai

RE: mod_jk 1.2.0 release news

Thanks to track tomcat-dev and wait for release announce - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

L PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Monday, June 24, 2002 10:30 AM >To: [EMAIL PROTECTED] >Subject: RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common >jk_channel_socket.c > > >You may use #idef WIN32 in order to choose one or the other solution. > >-----Or

RE: Proposal draft for Tomcat 5.0 : benchmarks

>Not _that_ obvious... Do we have _NUMBERS_ ??? And not just >numbers in terms >of reqs/sec, but also in comparison to a long-run test with % >of CPU time >used, and IO usage (uptime)... > >> It is impossible ( IMHO ) to put some real number on >> that ( or on 'cleaner code' or 'better community

RE: Proposal draft for Tomcat 5.0

>Craig... One question: have you ever worked on a site that >ONLY IN SERVLET >REQUESTS does something like 10 MILLIONS requests a day (and >you have to be >called out at 3 AM on a Saturday morning because things don't work?) Pier, I also works in production environment and make my best to avoid

RE: mod_jk 1.2.0 release news

... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Martin van den Bemt [mailto:[EMAIL PROTECTED]] >Sent: Friday, June 21, 2002 8:06 PM >To: Tomcat Developers List >Subject: Re: mod_jk 1.2.0 release news > > > >On Fri, 2002-

RE: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

I allways use read/write on Unix instead of recv/send. It works way better. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original

RE: mod_jk 1.2.0 release news

>> >What about those forced closed connections, and not closed sockets? >> >> You're right, there is still more jk_open_connection calls >> than jk_close_connection. Could you try to figure and fix that ? >> > >I'll try, or consider that done :-). Ok, I consider it will be fixed on Monday ;-)

RE: Proposal draft for Tomcat 5.0

I hope that Tomcat 5.0 proposal draft won't turn in a battle or flame war between Tomcat and Avalon commiters. Why ? Because we had just too many flams wars in tomcat-dev between tomcat 3.3 and tomcat 4.x teams. Tomcat 5.0 appears to be a way to have both teams works again together to make a be

RE: mod_jk 1.2.0 release news

>> I stressed latest jk 1.2.0 with ab using 127 >> concurrents requests, asking for 1 Million requests >> for the good old HelloWorldExample servlet >> (Mladen discovered a problem with ab with dynamic >> content-length) >> >> I didn't have any error now, with any >> combinaison of Apache 1.3/2

mod_jk 1.2.0 release news

Ok, I restarted the test using ab against Apache 1.3/2.0 and Tomcat 3.3.1 and 4.0.4. Status/Stability : I stressed latest jk 1.2.0 with ab using 127 concurrents requests, asking for 1 Million requests for the good old HelloWorldExample servlet (Mladen discovered a problem wit

jspc patch for TC 3.3.2

Hi, One of my coworker have some problems with jspc when included jsp got a relative path. Find attached a possible patch. Thanks to comment and commit if valid. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo

RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)

age- >From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] >Sent: Friday, June 21, 2002 5:27 PM >To: 'Mladen Turk'; 'Tomcat Developers List' >Cc: '[EMAIL PROTECTED]'; GOMEZ Henri >Subject: RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool) > >

RE: [PATCH] mod_jk 1.2.0 workers pool

sleep(#seconds) or usleep(#microseconds) No the real problem is with using a sleep in network code, I didn't like it. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 E

RE: [PATCH] mod_jk 1.2.0 workers pool

I started take a look at patches, but I didn't like the Sleep(10). Why did you put a Sleep only in Windows case ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F3

RE: Proposal draft for Tomcat 5.0

A big +1 for that draft. Things I'd like to see in TC 5.0. Delegation: don't decode full HTTP headers until user code ask for (ie locales(), ssl certs) It will make TC 5.0 faster (less request processing time, less objets creation/recycling). Extended JMX support: TC 5.0 should be manageabl

RE: Close to solution ( WAS RE: mod_jk testing)

>Think we can close that! Ouf. >I've created the worker pool modifiable through workers.properties with >the worker.ajp13.poolsize. Good >The sadest thing is that I was so close the solution on day 0 (remember >the mutexes?). >Well what ever! ok >There is some minor bug when using loglevel=

RE: mod_jk apache process 1 to 1 mapping with Tomcat AjpConnector thread

>The issue is not how many requests mod_jk/Tomcat can handle. > >The issue is that you end up over time with as many AjpConnector >threads being created by Tomcat as you have apache httpd processes >regardless of how many requests are forward on to Tomcat to process. >For example, I have apache ru

RE: mod_jk testing (WAS RE: mod_jk 1.2.0 workers pool)

>First some things about testing: > >DO NOT USE the date.jsp (it could return various html lengths, so from >there are coming those Failed requests ). >I've just browsed through the source code of ab and it uses the first >page as its length ethalon, and date.jsp could retur various length if >the

RE: mod_jk 1.2.0 workers pool

>I'm curious what is creating the conflict - the worker is >supposed to be >singleton and have the state in endpoint, and it seems to work fine in >IIS/iPlanet ( both multithreaded ). yes it's strange, we make misc test, all fails. One works, when cachesize=250 (== MAXClients). Also, I see too

build error for coyote from JTC CVS against Tomcat 4.0.4 ;[

While trying to rebuild tomcat4 ajp stuff from latest JTC CVS, I got the following error, while trying to build against the TC 4.0.4 Buildfile: build.xml init: [echo] Coyote 1.0-dev prepare: static: report-tc4: [echo] Tomcat4 detected report-tc33: [echo

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

>> Hum, I think the problem should be easier to detect (I hope so) > >Yeah, I agree. I actually think that my configuration could be screwed >somewhere, somehow (although I don't see how) because almost all Apache >2.0.x/Tomcat 3.3.x users would run into this kind of problem... Not sure. In fact

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

>Yes, pretty much. I'm guessing that Apache will try it's own page types >first (index.shtml, index.html etc.) and if if doesn't find any, pass >the request to Tomcat (through mod_jk) for index.jsp and then index.vm >(in that order, since that's how it's specified in DirectoryIndex). > >Just for t

RE: [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

>I apologize. It is never fair to take out one's frustrations >on another. Ok, I could understand your language problem and I'll try to fix it. The problem is that TC 4.0.4 is out, and that patch may need a corrected tarball for connectors (and tomcat-ajp.jar) -- To unsubscribe, e-mail:

RE: [PATCH] When Session Max reached, throw out oldest session

>Agreed... If we start invalidating sessions when too much memory is >"wasted", I'm going to choose a different servlet engine for >my 10m req/day >site... :) If I define that a session has a timeout, I want >that timeout to >be _real_ and if I run into memory problems, well, that's my >problem

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

is case it should be index.vm, >since that's the file that exists in the directory. > >Bojan > >On Tue, 2002-06-18 at 19:58, GOMEZ Henri wrote: >> question. >> >> Should mod_jk forward to tomcat index.jsp or index.vm ? >> &

RE: [Bug 6832] / Hum need coyote here

Or the better way could be to copy CoyoteRequest code. But there will be 3 copy of Accept-Language decoding in TC 4.x, may be it should be placed elsewhere and useable by HttpProcessor, CoyoteRequest and AJP13 (may be tomcat-util ?) >>> >>>For Jk2, TC 4.x already is using a Coy

RE: [Bug 6832] / Hum need coyote here

>From what I see Locales need to be set in Ajp13 using >decoding stuff present (parseAcceptLanguage) in HttpProcessor >or in CoyoteRequest.java (parseLocalesHeaders). > >What's the preferred way ? Or the better way could be to copy CoyoteRequest code. But there will be 3 copy of Accept-Language

RE: cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java

I hope it will fix my jsp error reported today ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMA

RE: [Bug 6832] / Hum need coyote here

ROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message----- >From: GOMEZ Henri >Sent: Tuesday, June 18, 2002 6:39 PM >To: Tomcat Developers List >Subject: RE: [Bug 6832] - Locale of the browser

RE: jk 1.2 freese/snap time in JTC ?

>No the implementation is inside the Apache's mod_jk, so the apr is >allready there. You'll wrap map_uri_to_workers calls by apr_thread_mutex ? -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: jk 1.2 freese/snap time in JTC ?

>We have a serious problem with jk and apache2. >Try running: >ab -n 1 -c 100 http://localhost:8000/examples/jsp/dates/date.jsp > >I have 59 >[Tue Jun 18 18:07:14 2002] [warn] [client 127.0.0.1] handler >"jakarta-servlet" not found for: date.jsp > >Now, IMHO there is problem with map_uri_to_wo

RE: [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

>I find it unusual that a European would not fix such a crucial >piece of code >for localization of applications. Thanks god there is many europeans commiters on tomcat to try to fix these problems. >This defect was reported in March And will be corrected in June by a French commiter. BTW, ajp

RE: jk 1.2 freese/snap time in JTC ?

5975 Nor isSecure and getScheme: http are not set when using SSL >>> >>>;) JFC reported this one so.. please can you expand ?? >> >> >> Still only in TC4/AJP implemtation ? > >I have retested it with TC4. Could you give me more details about how you get : cipher_suite: key_size: ssl_ses

RE: jk 1.2 freese/snap time in JTC ?

>Sent: Tuesday, June 18, 2002 2:39 PM >To: Tomcat Developers List >Subject: Re: jk 1.2 freese/snap time in JTC ? > > >GOMEZ Henri wrote: >> Ok, before releasing just take a look at what is still open >> and could be fixed quickly ... >> >> >>>And

RE: [PROPOSAL] Minor fix for servletapi-4 GenericServlet

>> Which make me think we need a stable tarball/jar/zip >> for servlet-api4 >> > > +1, I dislike having "download the latest nightly >snapshot" in build docs. But how does that happen? May be by creating release in : http://jakarta.apache.org/builds/jakarta-servletapi-4/ And put signed source/

RE: No more jsp build with TC 3.3.2 from CVS

ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: GOMEZ Henri >Sent: Tuesday, June 18, 2002 1:15 PM >To: Tomcat Developers List >Subject: No more jsp build with TC 3.3.2 from CVS > > >Error: 500 &

RE: jk 1.2 freese/snap time in JTC ?

Ok, before releasing just take a look at what is still open and could be fixed quickly ... >And i doubt that they will show up in tc33, i know very well >i_r.dll works.. POST data in SSL, query strings and so on, >they all are very basic errors.. so it seems they belong to >the AJP13 implement

No more jsp build with TC 3.3.2 from CVS

Error: 500 Location: /examples/jsp/dates/date.jsp Erreur interne de servlet: org.apache.jasper.JasperException: Unable to compile Found 31 semantic errors compiling "/home/root/jakarta-tomcat-3.3/dist/tomcat/work/DEFAULT/examples/jsp/dates/date_1.java": 3. import javax.servlet.*;

RE: index.*: mod_jk 1.2.0 vs. Apache 2.0.36

question. Should mod_jk forward to tomcat index.jsp or index.vm ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message-

RE: chroot tomcat

Excellent, something to add in contrib area of tomcat 3.3.x and 4.x ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Mess

RE: jk 1.2 freese/snap time in JTC ?

OK, I'll try to do the RM for mod_jk 1.2.0 (after all I asked for this release) I'll check all open bugs in bugzilla and sort what are revelants to jk 1.2.0 and what to 2.0.0. Since mod_jk (and jtc) are now revelants to both tomcat3/tomcat4, what about creating a jtc entry in bugzilla to have al

RE: DO NOT REPLY [Bug 6457] - mod_jk causes segmentation faultwith JkLogLevel != debug

>The bug is for mod_jk, not jk2. We use sprintf there, and that >is probably >the problem. > >If we can get a stack trace we can easily find the offending log() >and add a check for null. > >I'll add a small macro and start adding it to all log(), to be >sure. I take a look around but didn't u

RE: [4.0.4] Binaries available

904A 364F 80E6 >-Original Message- >From: GOMEZ Henri >Sent: Friday, June 14, 2002 3:59 PM >To: Tomcat Developers List >Subject: RE: [4.0.4] Binaries available > > >I was building a commons-logging 1.1 rpm from cvs and the build.xml >still contains component.v

RE: [4.0.4] Binaries available

I was building a commons-logging 1.1 rpm from cvs and the build.xml still contains component.version = 1.0-dev. Normal ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED

RE: Problem on Solaris8

>conf=/export/home2/tomcat/jakarta-tomcat-4.1/dist/conf/jk2.properties >XXX native so >/export/home2/tomcat/jakarta-tomcat-connectors/jk/build/jk2/apache >2/mod_jk2.so >ld.so.1: >/export/home2/tomcat/j2sdk1_3_1_03/bin/../bin/sparc/native_threads/java >: fatal: relocation error: file >/export/ho

RE: DO NOT REPLY [Bug 6457] - mod_jk causes segmentation fault with JkLogLevel != debug

Very strange behaviour. I didn't understand why the log cause a segv when JkLogLevel is in INFO mode, whereas there is less log activity. It could be in jk_log, or all others *printf routines. Did ap_psprintf is used to core with %s and NULL string passed ? >-Original Message- >From:

RE: [PROPOSAL] Minor fix for servletapi-4 GenericServlet

Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Christopher K. St. John [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, June 12, 2002 7:49 PM >To: [EMAIL PROTECTED] >Subject: [PROPOSAL] Minor fix for servletapi-4 GenericServlet > > >GO

RE: Error 500, mod_jk issues

Could you retry with a more recent mod_jk 1.2.0 (jtc/native) from jakarta-tomcat-connectors ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6

  1   2   3   4   5   6   7   8   9   10   >