cvs commit: jakarta-tomcat/src/doc/appdev/sample build build.bat build.xml

2000-11-05 Thread craigmcc
craigmcc00/11/05 20:53:55 Modified:.Tag: tomcat_32 build.xml src/doc Tag: tomcat_32 index.html src/doc/appdev Tag: tomcat_32 build.xml.txt deployment.html footer.html installation.html source.html src/doc/appd

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/resources messages.properties messages_es.properties

2000-11-05 Thread larryi
larryi 00/11/05 20:08:15 Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32 JspReader.java JspUtil.java Parser.java src/share/org/apache/jasper/resources Tag: tomcat_32 messages.properties messages_es.properties

Re: Tomcat 3.3 / 4.0 confusion, rant and plan...

2000-11-05 Thread Remy Maucherat
> > - If it was possible to avoid code duplication for as many components as > > possible it would be great ;) Fixes / improvements are really hard to merge > > otherwise. Since I think the main point of disagreement is the servlet > > engine core, that should be doable. > > That's what I think to

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Craig R. McClanahan
Nick Bauman wrote: > Remy, > > Where is the source, it's not in the M4 sources, I just looked. Is it only > in CVS? > I just double checked, and the relevant files are indeed in the m4 source bundle. Look in directory "catalina/src/share/org/apache/catalina/connector/http" for the HttpConnector

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Craig R. McClanahan
Remy Maucherat wrote: > crimson.jar should be both in "lib" and "server" directories. To be more complete, crimson.jar (along with jaxp.jar) are the XML parser from the JAXP 1.1-ea release. We needed the parser-independent SAX2 support that JAXP 1.1 provides in order to implement the new featur

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Remy Maucherat
> Excuse me for being dense, what is crimson.jar for in M4? The HttpProcessor is the main part of the HTTP connector, and it's in package org.apache.catalina.connector.http. crimson.jar should be both in "lib" and "server" directories. Remy

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Nick Bauman
Excuse me for being dense, what is crimson.jar for in M4? On Sun, 5 Nov 2000, Craig R. McClanahan wrote: > Nick Bauman wrote: > > > On Sun, 5 Nov 2000, Craig R. McClanahan wrote: > > > > > A very large chunk of Catalina's processing time is consumed by parsing the > > > request headers, and con

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Nick Bauman
Remy, Where is the source, it's not in the M4 sources, I just looked. Is it only in CVS? On Sun, 5 Nov 2000, Remy Maucherat wrote: > - Original Message - > From: "Nick Bauman" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Sunday, November 05, 2000 5:24 PM > Subject: Re: TC4-m4

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Remy Maucherat
- Original Message - From: "Nick Bauman" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 05, 2000 5:24 PM Subject: Re: TC4-m4 CPU per request increase and thread queue locking? > On Sun, 5 Nov 2000, Craig R. McClanahan wrote: > > > A very large chunk of Catalina's proc

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Craig R. McClanahan
Nick Bauman wrote: > On Sun, 5 Nov 2000, Craig R. McClanahan wrote: > > > A very large chunk of Catalina's processing time is consumed by parsing the > > request headers, and converting them into a Request object that is passed on for > > processing. Volunteers who want one convenient place to s

Re: Tomcat 3.3 / 4.0 confusion, rant and plan...

2000-11-05 Thread cmanolache
> > Servlet2.0 -> Tocmat3.3 > > Servlet2.1 -> Tomcat3.3 > > Servlet2.2 -> Tomcat3.3 > > Servlet2.3 -> Tomcat3.3 > > Servlet.next -> Tomcat3.3 > > I don't agree. > Having : > Servlet2.0 -> TocmatNext > Servlet2.1 -> TomcatNext > Servlet2.2 -> TomcatNext > Servlet2.3 -> TomcatNext > Servlet.next ->

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Nick Bauman
On Sun, 5 Nov 2000, Craig R. McClanahan wrote: > A very large chunk of Catalina's processing time is consumed by parsing the > request headers, and converting them into a Request object that is passed on for > processing. Volunteers who want one convenient place to start suggesting > improvement

BugRat Report #346 has been filed.

2000-11-05 Thread BugRat Mail System
Bug report #346 has just been filed. You can view the report at the following URL: REPORT #346 Details. Project: Catalina Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: low Severity: crit

RE: Absolute URLs on redirections

2000-11-05 Thread Richard Evans
There was a bug in mod_jk in versions up to 3.2b5 (I think). The effect was that the server name was passed to tomcat instead of the hostname derived from the HTTP request. This meant that the wrong host was used in 302 and 304 redirections. Richard > -Original Message- > From: René Sa

Re: Absolute URLs on redirections

2000-11-05 Thread Craig R. McClanahan
René Salle wrote: > I suspect my previous mail on the subject included somewhat incorrect > assertions but I delete mails that are not worth keeping... ;-) > > Anyway, what's might be worth mentioning is that we use mod_jk, and AFAIK, > that's the way Tomcat gets the host name it uses for redirec

Re: TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Craig R. McClanahan
Roy, Thanks for the starting point on performance analysis for Tomcat 4.0! As we will all find, benchmarking is an intriguing art. For example, the versions of Catalina, the JVM, the OS, multiple processors, and memory size will all have significant impacts. One Tomcat 4.0 configuration settin

RE: Strange behavior with context mapping and

2000-11-05 Thread Larry Isaacs
In a note about how I accidently replied to a person directly (instead of tomcat-dev) I accidently replied directly to Hans. I must not have something must well connected upstairs. :-) Larry -Original Message- From: Larry Isaacs To: 'Hans Bergsten ' Sent: 11/5/00 7:01 PM Subject: RE: S

Re: Possible tomcat 3.2beta6 bug in session management

2000-11-05 Thread Craig R. McClanahan
[EMAIL PROTECTED] wrote: > Hi, > > I have found a different session behavior between tomcat3.1 and > tomcat3.2 > > I have a code in a servlet that invalidates a session, if is present, > and creates a new session. > The servlet works without any problem with tomcat 3.1 but > with tomcat 3.2 beta6

BugRat Bug #51 was closed (apparently by: Nick Bauman)

2000-11-05 Thread BugRat Mail System
Bug #51 was closed by Person #0 Synopsis: Long .java / .class file names (logged in as: Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Bugrat 330

2000-11-05 Thread Nick Bauman
It's been linked to a bug. I do not know how much attention this is being given right now, however. On Sun, 5 Nov 2000, Matthew A. Overlund wrote: > Just wondering if anyone has any as yet unposted solutions/suggestions > to this bug report. It is in regard to long .class/.java file names > on

BugRat Report #330 was linked to Bug #51(apparently by:Nick Bauman)

2000-11-05 Thread BugRat Mail System
BugRat Report #330 was linked to Bug #51 (logged in as:Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

BugRat Report #330 was linked to Bug #50(apparently by:Nick Bauman)

2000-11-05 Thread BugRat Mail System
BugRat Report #330 was linked to Bug #50 (logged in as:Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: Bugrat 330

2000-11-05 Thread Matthew A. Overlund
Just wondering if anyone has any as yet unposted solutions/suggestions to this bug report. It is in regard to long .class/.java file names on windows boxes generating an unable to write file error. Thanks Matt - To unsubscribe

BugRat Report #345 has been filed.

2000-11-05 Thread BugRat Mail System
Bug report #345 has just been filed. You can view the report at the following URL: REPORT #345 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serio

Re: HttpServletResponse.encodeURL is broken for relative URLs

2000-11-05 Thread Colin Evans
Okay, this is my mistake. It appears to be broken in Tomcat 3.1 but fixed in Tomcat 3.2b6. Sorry to bother you with it. -Colin -- Colin Evans Bitmo, Inc. (http://www.bitmo.com) (415)920.7225 / [EMAIL PROTECTED] - Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To

TC4-m4 CPU per request increase and thread queue locking?

2000-11-05 Thread Roy Wilson
1) Ab with Apache_1.3.9 results When I ran ab with apache, I ran with concurrency C = 1 or C = 100. I initially thought that C had something do with the number of instances of httpd, but it seems to only indirectly: as load goes up (due to larger C), more children get spawned. What I noted is

BugRat Report #111 was closed (apparently by: Nick Bauman)

2000-11-05 Thread BugRat Mail System
Report #111 was closed by Person #0 Synopsis: Apache Server hangs when WinNT sound player is run from servlet. (logged in as: Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

Absolute URLs on redirections

2000-11-05 Thread René Salle
I suspect my previous mail on the subject included somewhat incorrect assertions but I delete mails that are not worth keeping... ;-) Anyway, what's might be worth mentioning is that we use mod_jk, and AFAIK, that's the way Tomcat gets the host name it uses for redirections and not through conf f

RE: Why tomcat 3.x makes redirects (302) absolute ?

2000-11-05 Thread René Salle
> > or something. I think that's why the servlet spec says the > > uri is absolute. > > Of course, an intelligent client would know how to handle both ;) > a NAT handle traffic at a lower level, ca not be able of change part of > the packet transmited, perhaps with apache's reverse proxying it's >