Re: Jasper performance/3.3 tag pooling

[EMAIL PROTECTED] wrote: > > Jasper performance is a high priority thing for us (nr 1. on our "system > > performance fixing" list actually), so if possible, absolutely. I can't > > say I've delved that far into Jasper yet though. It was a bit hard to > > read. > > I'm working on a refactoring of

[PATCH] Tomcat 3.2.2 - missing string resources

Regarding the Tomcat 3.2.2 RequestDispatcherImpl string resource problem I reported on Wednesday afternoon: Since no one expressed a preference on how this should be fixed, I chose to fix it by adding the strings to the core/LocalStrings*properties files, since that didn't require any actual code

RE: Slow session creating Tomcat 3.2.1

As far as I know it is because tomcat needs to init classes on first use. Mvgr, Martin van den Bemt > -Original Message- > From: Strubinski,Waldemar W [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 24, 2001 10:46 PM > To: '[EMAIL PROTECTED]' > Subject: Slow session creating Tomcat 3.2

Slow session creating Tomcat 3.2.1

> I've noticed that Tomcat 3.2.1 takes a long time to create > a session for the first time. > > I think it only takes a long time the very first time it's asked to > create > a session (when the first person logs in after restarting Tomcat). > Do you have any suggestions how to fix it or w

Re: windows 2K + IIS 5.0 + cgi program + HTTP connection Keep Alive doesn't work

Hi, Scott Sorry to bother you again. I've runned more tests, and found that for *.html files connection is kept alive, while for cgi program, it always close connection. Even when I just change my cgi program name with .html extension, connection becomes alive though the displayed content is in

tomcat.sh for cygwin

For those who use cygwin on windows, here is a version of the tomcat.sh script that I've been using. Perhaps this could go in the repository under tomcat.cygwin David #!/bin/sh # # $Id: tomcat.sh,v 1.17.2.1 2000/11/17 22:05:50 glenn Exp $ # Shell script to start and stop the server # Ther

Re: ThreadPool safety checks

Hector, First off, it looks like you've done some very, very helpful work. A few suggestions: 1) For info about how to contribute code, processes, etc, look at: http://jakarta.apache.org/site/getinvolved.html And, specifically, about the format for proposed code changes (i.e. patches instead

Re: Problem:

Nope. I have not found any solution to that yet. I have decided to go with JSP for now (until I develop everything)... then I will think of deployment of the converted servlets. And for now I am setting flush="false", and with JSPs it works fine, even though it should be the same in theory since

Re: JDBC session store, release date projections, etc

On Thu, 24 May 2001, Dunlop, Aaron wrote: > First: We will need to cluster application servers in front of a central > database. We want the ability to add and remove servers from that farm in > real-time, without disturbing ongoing sessions. That either means storing > ... > So that probably mea

Re: JDBC session store, release date projections, etc

> "Dunlop, Aaron" wrote: > > [...] > First: We will need to cluster application servers in front of a central database. > We want the ability to add and remove servers from that farm in real-time, > without disturbing ongoing sessions. That either means storing sessions remotely > in the central

JDBC session store, release date projections, etc

Title: JDBC session store, release date projections, etc I apologize in advance for the lengthy and less-than-technical message, but my experience has been that the info flowing over this list is better than pretty much any other source, so here goes: We are in the process of evaluating appli

Re: windows 2K + IIS 5.0 + cgi program + HTTP connection Keep Alive doesn't work

Hi, Scott Sorry to bother you again. I've runned more tests, and found that for *.html files connection is kept alive, while for cgi program, it always close connection. Even when I just change my cgi program name with .html extension, connection becomes alive though the displayed content is in

RE: Signing releases [was Re: question]

FWIW: I have checked the Tomcat 3.3 Milestone 3 distribution and all files match the originals I have locally. Larry > -Original Message- > From: Marc Saegesser [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 24, 2001 12:59 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Signin

Signing releases [was Re: question]

I've checked the Tomcat 3.2.2b5 distribution and it looks OK. Regarding signing the releases. Could someone describe the procedures use by other Apache projects for signing their releases? Tomcat 3.2.2 will going out in the near future and I would like to have a signing mechanism in place prior

Re: question

Jon Stevens at [EMAIL PROTECTED] wrote: > > WHAT?? I don't think that there should be .sea files there! > > .sea is a MacOS Stuffit Archive. > > Also, the .war files are == .jar files which are equal to .zip files. They > are auto "uncompressed" by the servlet engine when it starts up. So, the

Re: question

On Thu, 24 May 2001, Jon Stevens wrote: > WHAT?? I don't think that there should be .sea files there! > > .sea is a MacOS Stuffit Archive. To be clear, I'm talking about the .sea and .sea.hqx files found at http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/ They were created (o

RE: tomcat and macromedia ultra dev 4.0

Title: tomcat and macromedia ultra dev 4.0 Hi David and other members,   sorry for my message to this list,   i apologize from all of you ,   however i want to say that i achieve some pages and some not,   i will send my message to user list,   sorry again...     -Original Message--

Re: question

on 5/24/01 7:00 AM, "Brian Behlendorf" <[EMAIL PROTECTED]> wrote: > Hmm; I looked at the following: > > http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tom > cat-3.2.1.tar.gz > http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tom > cat-3.2.1.z

RE: tomcat and macromedia ultra dev 4.0

Title: tomcat and macromedia ultra dev 4.0 This mailing list is really for developers working on the Tomcat servlet container.   You will have a better chance of getting a useful response on the Tomcat user mailing list.   It looks like your problem involves some sort of database connection

tomcat and macromedia ultra dev 4.0

Title: tomcat and macromedia ultra dev 4.0 Hi everbody, I want to run macromedia ultra dev 4.0 generated jsp code under tomcat , but i got  a lot of error messages( i paste an example above ) when i tried to run my pages ,  is there any body can say me what version of tomcat , jdk and ap

ThreadPool safety checks

Hi all, After performing stress testing on Tomcat 3.2.1 running on Linux, I found that performance would always decrease over time until the server stopped responding completely. I was accessing tomcat as an stand alone server on port 8080 and requesting a servlet that returned a null body (null

Re: FW: question

Hmm; I looked at the following: http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tomcat-3.2.1.tar.gz http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.1/bin/jakarta-tomcat-3.2.1.zip and in both of these, the webapps folder contained four files, [taz3] 6:54

Context admin

Does Context admin in tomcat 3.2 1 have a default userid and password? chandra

RE: [PATCH] Bug fix for #1678

This was fixed in Tomcat 3.2.2 quite some time ago. Check out the tip of the tomcat_32 branch and look at the connector code again. > -Original Message- > From: Hiro Takahashi [mailto:[EMAIL PROTECTED]] > Sent: Thursday, May 24, 2001 1:33 AM > To: [EMAIL PROTECTED] > Subject: [PATCH] Bug

Re: question

Correct... I went out and looked at the file, then did some research on the virus itself, and, it doesn't (luckily) comes from our Tomcat 3.2.1 distribution (I'm paranoia mode right now!). The file is totally harmless and it seems that "Casper" has a SunOS box which has been infected... 2 hours w

Problem:

Hi Oskar,   Refering to your problem on http://w4.metronet.com/~wjm/tomcat/2001/May/msg00767.html, we are encoutner the same headache too: Error:["Cannot forward after response has been committed."] Do you have any hint to solve it ?   Thanks.   Regards, Cher eTact Solutions, Singapore http://

Re: question

Noticed, and that seems to have affected one of our Tomcat distributions... Still checking... Pier Reilly, John at [EMAIL PROTECTED] wrote: > Hi Pier, > Apparently there is a virus in the index.htm - I got the following attached > to your mail. > > John > > > Network Associat

Re: question

DO NOT (I repeat) DO NOT OPEN the index.htm file I sent in my previous post... It's infected with a copy of SunOS/BoxPoison.worm AND it seems it's coming from one of our distributions of Tomcat 3.2.x... I'm still digging thru it... Pier Pier P. Fumagalli at [EMAIL PROTECTED] wrote: > Here's

Re: FW: question

Pier, I just downloaded the 3.2.1 zip, unzipped it and it started up fine and ran servlets and jsps from the examples. Hope the info helps, Mike Anderson >>> [EMAIL PROTECTED] 05/24/01 04:18AM >>> Here's what it seems they did with the exploit... Rerolling the binaries *balls of Tomcat putting

[PATCH] for mod_jk/ajp13 memory leaks.

I found some more memory leaks in mod_jk. The biggest one is in mod_jk.c when there is a virtual host section in httpd.conf. Multiple conf structures are allocated, but only one was being cleaned up. Another leak was in jk_ajp13_worker.c. We were calling jk_open_pool on the endpoint object

RE: question

Hi Pier, Apparently there is a virus in the index.htm - I got the following attached to your mail. John Network Associates GroupShield Exchange ** Alert generated at: Thursday, May 24, 2001 11:23:27 GMT Daylight Time ***

FW: question

Here's what it seems they did with the exploit... Rerolling the binaries *balls of Tomcat putting a new index.htm... I'm downloading the supposedly wrong binary as we speak, but it's kinda slow from my 56kbps connection... Fuck shit... Pier -- Forwarded Message From: "casper"<[EMAIL PR

Re: [PATCH] Bug fix for #1678

Now, this is what I was talking about with the upload data corruption! Finally, corroboration! David Hiro Takahashi wrote: > This is the fix for ServletInputStream.read() bug. > #1678: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1678 > The change is in Ajp13ConnectorRequest.java.