JDBCStore implementation

Hello everyone, I am writing about an issue on invalidation of sessions. In the current implementation, a session is deleted from the Database when it is invalidated. Is this really the behavior expected? I mean, if there is an attribute to specify if a session is valid or not, a session that

JDBCStore implementation

Hello everyone, I am writing about an issue on invalidation of sessions. In the current implementation, a session is deleted from the Database when it is invalidated. Is this really the behavior expected? I mean, if there is an attribute to specify if a session is valid or not, a session that

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp12_worker.c

mturk 2002/06/25 00:08:47 Modified:jk/native/common jk_ajp12_worker.c Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.7 +4 -3 jakarta-tomcat-connectors/jk/native/common/jk_ajp12_worker.c Ind

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp13.h

mturk 2002/06/25 00:08:26 Modified:jk/native/common jk_ajp13.h Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.9 +8 -7 jakarta-tomcat-connectors/jk/native/common/jk_ajp13.h Index: jk_ajp13.h

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c

mturk 2002/06/25 00:08:03 Modified:jk/native/common jk_ajp_common.c Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.26 +376 -334 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c Index:

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.h

mturk 2002/06/25 00:07:31 Modified:jk/native/common jk_ajp_common.h Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.15 +22 -4 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h Index:

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.c

mturk 2002/06/25 00:07:14 Modified:jk/native/common jk_connect.c Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.4 +29 -18jakarta-tomcat-connectors/jk/native/common/jk_connect.c Index: jk_con

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_connect.h

mturk 2002/06/25 00:06:59 Modified:jk/native/common jk_connect.h Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.3 +3 -2 jakarta-tomcat-connectors/jk/native/common/jk_connect.h Index: jk_con

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_util.c

mturk 2002/06/25 00:06:42 Modified:jk/native/common jk_util.c Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.16 +80 -31jakarta-tomcat-connectors/jk/native/common/jk_util.c Index: jk_util.c

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_util.h

mturk 2002/06/25 00:06:19 Modified:jk/native/common jk_util.h Log: Introduced socket and cache timeout. By Jan Singer, Henri Gomez and Mladen Turk. Revision ChangesPath 1.7 +21 -9 jakarta-tomcat-connectors/jk/native/common/jk_util.h Index: jk_util.h

Re: 5.0 proposal

On Mon, 24 Jun 2002, Glenn Nielsen wrote: > +1 to add a Tomcat specific performance testing/benchmark repository. > > Perhaps it would be best if it were in its own repository, > jakarta-tomcat-benchmark ? I will help as I have time. I think we have 3 +1s and one -1 - maybe Remy can change his

RE: 5.0 proposal

FYI JSR 152 is now in PFD http://jcp.org/aboutJava/communityprocess/review/jsr152/index.html Kevin Jones Developmentor www.develop.com > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of Glenn Nielsen > Sent: 25 June 2002 05:34 > To: Tomcat Devel

DO NOT REPLY [Bug 10202] New: - Tomcat is not responding in time

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

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

Hi Gomez, - Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, June 24, 2002 2:27 AM Subject: RE: cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config context.xml > Hi Amy, > > I'll do the french translation :)

Re: 5.0 proposal

Remy Maucherat <[EMAIL PROTECTED]> wrote: > I don't see that much to remove. I assume JNDI is the ever popular > target, but I didn't notice it causing major problems (either > performance or reliability), so I'd say it's not worth it. Actually, I have a complaint... 4.1.3 tries to write into my

DO NOT REPLY [Bug 6702] - jk_nt_service.exe -i cannot work

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: 5.0 proposal

> > BTW: Did not want to take part on the nice flamaewar started for the > occasion of the 5.0 proposal, was so nice, not very bloody for my taste, > but nice :)) > Yeah, it's just not the same without Jon and Paulo. ;-) -- To unsubscribe, e-mail: For additional c

Re: memory leak in 4.1.5?

I was using default memory settings on a win2K box running 4.1.5. the free memory before starting tomcat is 150megs. After a I hit my test pages with a browser, the free memory is around 98megs. I used 8 concurrent threads with Jmeter hitting a page with lots of JSP tags. My second test was wi

Re: 5.0 proposal

Pier Fumagalli wrote: > I can't be a RM for 4.0.4 because I would simply remove 70% of the code, and > kiddies would start crying their butts off because they don't have the > manager application, or JSP support :) > > But if anyone is interested I'd like to explore the opportunity of a > Tomcat-

Re: 5.0 proposal

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Mon, 24 Jun 2002, Pier Fumagalli wrote: > >> I can't be a RM for 4.0.4 because I would simply remove 70% of the code, and >> kiddies would start crying their butts off because they don't have the >> manager application, or JSP support :) > > I d

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java

remm2002/06/24 15:13:08 Modified:jasper2/src/share/org/apache/jasper/servlet JspServletWrapper.java Log: - Remove traces (put them back if they were there for a good reason). Revision ChangesPath 1.6 +3 -5 jakarta-tomcat-jasper/jas

[PATCH] TC 4.0.4 - Disallow setLocale() on an included response

simple patch to ignore response header changes (by included servlets) via setLocale. -Arvind Index: ApplicationHttpResponse.java === RCS file: /home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/Applicat

Re: memory leak in 4.1.5?

peter lin wrote: > i just did some quick tests with scriptlet and jsp tag pages. Both > result in "out of memory" error after a couple hundred hits using JMeter > for benchmarking. Has anyone else seen this? I saw a few reports like that in tc-user, and I'm investigating. So I'd like more detail

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Constants.java

remm2002/06/24 14:38:59 Modified:http11/src/java/org/apache/coyote/http11 Constants.java Log: - Only allocate 32K for the buffers. Revision ChangesPath 1.8 +1 -1 jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Constants.java Index:

[PATCH] Patch to allow more flexible WebdavServlet/DefaultServlet operation

Two patches attached, catalina/src/share/org/apache/catalina/servlets/DefaultServlet.java catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java There are two main pieces to this patch: 1) The addition of an "isDefaultServlet" initialization parameter to the WebdavServlet Thi

DO NOT REPLY [Bug 5507] - Swapping sessions causes exceptions and it doesn't work with FileStore

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveEnvEntryAction.java

amyroh 2002/06/24 14:12:30 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SaveEnvEntryAction.java Log: Pass all the required fields for initialization of resources. Revision ChangesPath 1.8 +8 -6 jakarta-tomc

Re: 5.0 proposal

On Mon, 24 Jun 2002, Pier Fumagalli wrote: > I can't be a RM for 4.0.4 because I would simply remove 70% of the code, and > kiddies would start crying their butts off because they don't have the > manager application, or JSP support :) I don't think you can remove JSP support - tomcat would no l

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/mbeans ContextEnvironmentMBean.java ContextResourceLinkMBean.java ContextResourceMBean.java NamingResourcesMBean.java mbeans-descriptors.xml

amyroh 2002/06/24 14:11:42 Modified:catalina/src/share/org/apache/catalina/mbeans ContextResourceMBean.java NamingResourcesMBean.java mbeans-descriptors.xml Added: catalina/src/share/org/apache/catalina/mbeans

DO NOT REPLY [Bug 10197] New: - Error Exception java.util.zip.ZipException

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

RE: 5.0 proposal

> But if anyone is interested I'd like to explore the opportunity of a > Tomcat-HA (high-availability or hard-edition), based on 4.0 > without the > "crap" in there, and straightening out the request-response model... +1000 Please do it, you could call it "Road-Runner" :) BTW: Did not want

Re: 5.0 proposal

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Mon, 24 Jun 2002, Pier Fumagalli wrote: > >> That's why counts where not right on my side of the border... I don't recall >> vetoing the proposal... I just complained vehemently that I'd prefer to see >> 4.0 out of the door and stable rather than

DO NOT REPLY [Bug 5507] - Swapping sessions causes exceptions and it doesn't work with FileStore

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: 5.0 proposal

On Mon, 24 Jun 2002, Pier Fumagalli wrote: > That's why counts where not right on my side of the border... I don't recall > vetoing the proposal... I just complained vehemently that I'd prefer to see > 4.0 out of the door and stable rather than a 4.1 and a 5.0... 4.0 is out of door - the release

Re: 5.0 proposal

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Mon, 24 Jun 2002, Pier Fumagalli wrote: > >> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: >> >>> It seems we have 3 -1 votes so far. >> >> For completeness's sake, who are the 3 -1s? Not all the members of this list >> have the entire day to

Re: 5.0 proposal

> > Watchdog is an official TCK Actually, Watchdog is not an official TCK (just wanted to make this clear). It's nothing more than a test suite that uses the same test source. However, I do agree that performance analysis in not the goal of Watchdog. -rl -- To unsubscribe, e-mail:

memory leak in 4.1.5?

i just did some quick tests with scriptlet and jsp tag pages. Both result in "out of memory" error after a couple hundred hits using JMeter for benchmarking. Has anyone else seen this? peter lin -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/coyote build.xml

remm2002/06/24 12:32:39 Modified:coyote build.xml Log: - Revert change (that would require having TC 3.3 to build the HTTP/1.1 protocol handler). Revision ChangesPath 1.10 +6 -6 jakarta-tomcat-connectors/coyote/build.xml Index: build.xml ==

Re: 5.0 proposal

[EMAIL PROTECTED] wrote: > > On Mon, 24 Jun 2002, Remy Maucherat wrote: > > > However, it sounds generic, and not at all dependent on Tomcat, so > > that's why I think it would be a lot better in the commons. > > Maybe watchdog would be a better place for it. > Watchdog is an official TCK, so

Re: Jasper2: serious problem with tag declarations

On Mon, 24 Jun 2002, Kin-Man Chung wrote: > With the Jan's patch last Friday, jasper 2 should handle those cases > that used to work for japser1, as well as those those that cannot be > handled by jasper1. If this is not the case, please let me know. The current failing case is ( used to work f

Re: 5.0 proposal

On Mon, 24 Jun 2002, Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > It seems we have 3 -1 votes so far. > > For completeness's sake, who are the 3 -1s? Not all the members of this list > have the entire day to read all that happens around here... Glenn, Christophe

Re: 5.0 proposal

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > It seems we have 3 -1 votes so far. For completeness's sake, who are the 3 -1s? Not all the members of this list have the entire day to read all that happens around here... Pier -- [Perl] combines all the worst aspects of C and Lisp: a bill

Re: Jasper2: serious problem with tag declarations

> My problem is that code that worked with jasper1 no longer works with > jasper2. > > And I believe the use case is valid and within the spec, and quite > common. > > The latest failure is just 2 iterate tags and a condition tag - > I think it should work. > > Costin > With the Jan's pat

Re: 5.0 proposal

Remy Maucherat wrote: > [EMAIL PROTECTED] wrote: > >> It seems we have 3 -1 votes so far. While majority is required, I think >> we all agree that getting everyone ( reasonable ) involved and >> comfortable >> with the proposal is very important ( and one of the goals of 5.0 ). > > > +1. > >

Re: 5.0 proposal

On Mon, 24 Jun 2002, Remy Maucherat wrote: > +1 to start a new commons subproject. > If everyone else wants to see the bench webapp here, then I'll remove my > -1. However, it sounds generic, and not at all dependent on Tomcat, so > that's why I think it would be a lot better in the commons. M

Re: Jasper2: serious problem with tag declarations

On Mon, 24 Jun 2002, Kin-Man Chung wrote: > > > Use of scripting varibles in nested tag never work before, so obviously > > > no body uses it much. I think the whole scripting variable in JSP1.2 is > > > poorly designed, and not well understood. > > > > The failures are from an app that worked

Re: 5.0 proposal

[EMAIL PROTECTED] wrote: > It seems we have 3 -1 votes so far. While majority is required, I think > we all agree that getting everyone ( reasonable ) involved and comfortable > with the proposal is very important ( and one of the goals of 5.0 ). +1. > Christopher: I think we should add your req

Re: Jasper2: serious problem with tag declarations

Costin, > > On Fri, 21 Jun 2002, Kin-Man Chung wrote: > > > Use of scripting varibles in nested tag never work before, so obviously > > no body uses it much. I think the whole scripting variable in JSP1.2 is > > poorly designed, and not well understood. > > The failures are from an app that w

Re: Performance Test Workload: Small Static File

On Mon, 24 Jun 2002, Christopher K. St. John wrote: > > And I can assure you that everyone > > working on performance seriously is running those test > > and evaluating the performance periodically. > > > > Nah, I'm not going to take your word for it. Taking your > assurance on performance w

[Bench] mod_jk cache and socket timeout

Hi, here are some performance tests. I don't know why it's faster with the patch... Dual PIII 1 GHz, 512MB, Red Hat 7.1, ab running on another machine, 100 Mbit NICs d:-> Jan --- with options --- socket_timeout=900 --- cache_timeout=15 Server Software:Apache/1.3.22 Server Hostname:

5.0 proposal

It seems we have 3 -1 votes so far. While majority is required, I think we all agree that getting everyone ( reasonable ) involved and comfortable with the proposal is very important ( and one of the goals of 5.0 ). Christopher: I think we should add your requirement for performance testing to t

Re: mod_jk2 channels startup

On Mon, 24 Jun 2002, Mladen Turk wrote: > IMO there are two ways to fix that behavior. Either to open the channels > on server startup (that wouldn't work for IIS), or build a mechanism > that would assure that all the requests are locked until the channel > opening function returns. > > Thought

Re: Proposal draft for Tomcat 5.0 : benchmarks

I'm sorry for jumping in, but I couldn't help throwing in some performance notes from one of our own servers -- Ultra10, Solaris 7, 512 Meg RAM, running Tomcat 3.3.1 with Apache 1.3.x with ssl and a huge mod_rewrite section. Also running a MySQL database and a RealServer with 60 simultaneous

Re: Proposal draft for Tomcat 5.0

"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Note that nobody (including me) is arguing about whether some refactoring > is necessary -- it obviously is. I'll forward my list of favorite targets > in due course. But I care for Tomcat users of all types, who need > different sets of featur

cvs commit: jakarta-tomcat-4.0 PROPOSAL-5.0.txt

remm2002/06/24 09:48:29 Modified:.PROPOSAL-5.0.txt Log: - Add details about the changes which will be introduced over the current Tomcat codebase. Revision ChangesPath 1.2 +55 -1 jakarta-tomcat-4.0/PROPOSAL-5.0.txt Index: PROPOSAL-5.0.txt

Re: Proposal draft for Tomcat 5.0

On Mon, 24 Jun 2002, Pier Fumagalli wrote: > > > > Tomcat SHOULD be suited for reliability, scalabitity and performance, > > and that's why I found Tomcat 5.0 proposal so important. > > Craig said the opposite... > Not true at all. I have no problem with supporting the "large server / million

Performance Test Workload: Small Static File

I've changed the subject line since this is moving away from the proposal. [EMAIL PROTECTED] wrote: > > And I can assure you that everyone > working on performance seriously is running those test > and evaluating the performance periodically. > Nah, I'm not going to take your word for it.

Re: JDBCStore implementation

> Hello everyone, > > I am writing about an issue on invalidation of sessions. > In the current implementation, a session is deleted from the Database when > it is invalidated. Is this really the behavior expected? I have been looking over the code some, and I think that behavior is correct.

RE: mod_jk cache and socket timeout

> -Original Message- > From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] > Sent: 24. lipanj 2002 18:10 > To: Tomcat Developers List > Subject: 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 al

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

> > to be simple we could just use time() and getdifftime for > > 1.2.0 release. 1.2.1 could use more sophisticated code. > > > +1. > I'll rearange the cache_timeout to use the 0 as default meaning > disabled, OK? +1 at both, if my opinion matters ;-) d:-> Jan -- To unsubscribe, e-mail:

RE: mod_jk cache and socket timeout

> -Original Message- > From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] > Sent: 24. lipanj 2002 17:57 > To: Tomcat Developers List > Subject: RE: mod_jk cache and socket timeout > > to be simple we could just use time() and getdifftime for > 1.2.0 release. 1.2.1 could use more sophisticated

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

> -Original Message- > From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] > Sent: 24. lipanj 2002 17:33 > To: Tomcat Developers List > Subject: 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, a

JDBCStore implementation

Hello everyone, I am writing about an issue on invalidation of sessions. In the current implementation, a session is deleted from the Database when it is invalidated. Is this really the behavior expected? I mean, if there is an attribute to specify if a session is valid or not, a session that

[PATCH] DS example for jndi-resources-howto

Hi, As promised, a patch for the documentation. Have a read and let me know of any improvements. Also, I think we could do with an Oracle example and perhaps breaking the "tutorial" stuff out into another file? Bye, Les P.S. Not really a CVS expert - hope this patch is OK. jndi-resources-h

Web architecture paper

Hi - I've written a paper on "Future directions in web architecture" that might be of interest to people on these list(s). Since I'm thinking about submitting it as an informational RFC, I'd like to get some feedback. Here's its abstract: Differentiates between connection-oriented and data-

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

> -Original Message- > From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] > Sent: 24. lipanj 2002 14:21 > To: Tomcat Developers List > Subject: RE: mod_jk cache and socket timeout > > > >Basically I don't like the time. The alternative is to use something > >like GetTickCount(). > > there i

reflections of tomcat 5.0 proposal

Hello, For what it is worth, here is a quote from a famous person: The significant problems we face in life cannot be solved at the same level of thinking we were at when we created them" Albert Einstein. There exists a problem of scaleability with Tomcat. To solve the problem, you will need t

[PATCH] Backporting bug in StandardSession.java to 4.0.x

Hi, A while ago [EMAIL PROTECTED] posted an obvious bug when recycling sessions. But this was for Tomcat 4.1.x and the bug is still in Tomcat 4.0.x. Here is the patch against 4.0.4: *** StandardSession.java.orig Sun Jun 23 00:06:43 2002 --- StandardSession.javaSun Jun 23 00:07:16 2002

RE: mod_jk cache and socket timeout

What about also to replace difftime(x, y) by y - x ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: G

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 ;) >Basically I don't like the time. The alternative is to use something >like GetTickCount(). there is no gettickcount under Unix, but you could use gettickcount on WIN32 if it's faster. >The

FW: mod_jk cache and socket timeout

Henri thinks we should discuss that here, so I'm forwarding the original mail. Basically I don't like the time. The alternative is to use something like GetTickCount(). The patch uses the semi-dynamic endpoint cache. One should set the high enough worker.cachesize, and the number of opened channe

Re: [PATCH] mod_webapp

"Albert Chin" <[EMAIL PROTECTED]> wrote: > On Mon, Jun 24, 2002 at 02:51:12AM +0100, Pier Fumagalli wrote: >> Albert Chin <[EMAIL PROTECTED]> wrote: >> >>> On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote: At first let me warn you. Normally I'm really bad at C programming.

Re: [PATCH] mod_webapp

On Mon, Jun 24, 2002 at 02:51:12AM +0100, Pier Fumagalli wrote: > Albert Chin <[EMAIL PROTECTED]> wrote: > > > On Sun, Jun 23, 2002 at 06:23:04PM +0200, Nico Seessle wrote: > >> At first let me warn you. Normally I'm really bad at C programming. > >> > >> I had some problems building and running

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: New warp connector 4.0.4 does not work

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Hi Pier, > Yes, I can confirm that I am using the prefork mpm. Great... That means that the problem is somewhere else :( :( :( > Excuse my ignorance but what does that mean? It means that you're using a multi-process-module compatible with Apach

RE: JNDI & DS Documentation Proposal

Hi, Thanks for the "kind" feedback (this list can be a bit intimidating you know!). I did try to create the DS in the default context but had no joy - usual null ctx, no-helpful-info-in-the-logs kind of thing that seems to be standard for mucking about in this area ;-) But then I reasoned "Why sh

Re: Proposal draft for Tomcat 5.0

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> 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, o

Re: New warp connector 4.0.4 does not work

Hi Pier, Yes, I can confirm that I am using the prefork mpm. Excuse my ignorance but what does that mean? Is that the problem? Should I rebuild Apache using the --enable-threads option instead? Best Regards Asar Khan

Re: JNDI & DS Documentation Proposal

"Les Hughes" <[EMAIL PROTECTED]> wrote: > Hi all, > > We're all probably aware of the high amount of noise on tomcat-user > regarding configuring datasources and jndi in TC 4. Having battled through > it and submitted a brief how-to for the solution that works for me, I'm > proposing updating th

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

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> If your site is built up by "HelloWorldExample" servlets, then, ok, I'm >> going to shut up about TC's reliability in production environments.. > > Ok, I must admin, we're also using snoop.jsp and dates.jsp ;) That's so great... >> (note: http://www.

JNDI & DS Documentation Proposal

Hi all, We're all probably aware of the high amount of noise on tomcat-user regarding configuring datasources and jndi in TC 4. Having battled through it and submitted a brief how-to for the solution that works for me, I'm proposing updating the TC documentation to include this and a couple of ex

Re: Proposal draft for Tomcat 5.0

Pier Fumagalli wrote: > "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > >>We did, and apparently, there are 3 people disagreeing with the new >>proposal (one of whom because he just doesn't care, to quote his own words). > > > I don't care about a mediocre servlet engine aimed to "small-to-med

DO NOT REPLY [Bug 10171] - MIME types of the files residing within a security realm do not seem to properly return to the Internet Explorer.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

Re: Proposal draft for Tomcat 5.0

"Remy Maucherat" <[EMAIL PROTECTED]> wrote: > We did, and apparently, there are 3 people disagreeing with the new > proposal (one of whom because he just doesn't care, to quote his own words). I don't care about a mediocre servlet engine aimed to "small-to-medium scale websites that don't get 8

Re: Proposal draft for Tomcat 5.0

Pier Fumagalli wrote: > "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > > >>>Craig, be real... Tomcat, despite the beautiful design we have >>>for Catalina, >>>and we have to give you KUDOS for that, is not _yet_ ready to >>>be used in >>>production... It simply doesn't work, it doesn't deliver the s

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 : benchmarks

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > I make extensive tests on Tomcat 3.3.1/4.0.4, http connectors > and mod_jk 1.2.0/Apache 1.3/2.0. > > BTW, I could say that I launch nigthly tests involving 10 millions > calls to HelloWorldExample servlets on both Tomcats and never got > a single error.

DO NOT REPLY [Bug 10171] New: - MIME types of the files residing within a security realm do not seem to properly return to the Internet Explorer.

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

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: Proposal draft for Tomcat 5.0

"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: >> Craig, be real... Tomcat, despite the beautiful design we have >> for Catalina, >> and we have to give you KUDOS for that, is not _yet_ ready to >> be used in >> production... It simply doesn't work, it doesn't deliver the same >> performance and reliab

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes LocalStrings_fr.properties

hgomez 2002/06/24 02:36:47 Added: webapps/examples/WEB-INF/classes LocalStrings_fr.properties Log: PR: French translation of example webapp properties BTW: my first TC 4.1 contribution ;) Revision ChangesPath 1.1 jakarta-tomcat-4.0/webapps/examples

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: Proposal draft for Tomcat 5.0

Glenn Nielsen wrote: > "Craig R. McClanahan" wrote: > >>On Sun, 23 Jun 2002, Glenn Nielsen wrote: >> >> >>>[snip] >>>Providing a great java web server is not a goal of Tomcat. >>>[snip] >> >>I didn't know cats could talk :-). >> >>I didn't know that Glenn, or Pier, or any single developer, speaks

Re: Proposal draft for Tomcat 5.0 : benchmarks

Glenn Nielsen wrote: > +1 Well stated Christopher. Then please, both of you start a project in the commons to do that. This is useful, but definitely outside of the scope of the Tomcat project. Again, -1 for having that part of the Tomcat project. +1 to post benchmark results once in a while if

  1   2   >