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

Michael E. Locasto typed the following on 08:00 PM 6/18/2002 -0400 >I've done a bit of thinking and came up with a mechanism that might >solve both issues of wasted memory and "lost" users. It involves >persistent storage of "retired" sessions, so if this is actually how >LRUMap or the session Man

DO NOT REPLY [Bug 9980] - exception object is null inside an error page

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

DO NOT REPLY [Bug 9979] - load-on-startup without explicit order doesn't work with jsp-file

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

DO NOT REPLY [Bug 9979] - load-on-startup without explicit order doesn't work with jsp-file

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

DO NOT REPLY [Bug 9979] - load-on=startup without explicit order doesn't work with jsp-file

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

DO NOT REPLY [Bug 9980] New: - exception object is null inside an error page

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

[ANNOUNCEMENT] Tomcat 4.0.4 Final released

The Tomcat team is proud to announce the availability of Tomcat 4.0.4 Final. This release includes bugfixes and small feature additions over Tomcat 4.0.2/4.0.3. Please refer to the release notes for the complete list. Release notes: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4

DO NOT REPLY [Bug 9979] New: - load-on=startup without explicit order doesn't work with jsp-file

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: [Bug 6832] / Hum need coyote here

[EMAIL PROTECTED] wrote: > On Tue, 18 Jun 2002, Bill Barker wrote: > > >>>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 >>>

Re: Max Sessions -> Production Tomcat instrumentation & monitoring

On Tue, 18 Jun 2002, Glenn Nielsen wrote: > The current discussion about setting the maximum number of sessions > which can be created prompts me to raise an issue I have thought about > some but which I don't recall being discussed here yet. > > That is, instrumenting Tomcat so it can be monito

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

I didn't followed the whole subject, but could you check if it works with 3.3 ( where I'm pretty sure the charset and locale had a lot of testing ) and/or with 4.1 ( as coyote-jk2 is stable and will eventually replace the ajp13 in 3.3 and the ajp connector in 4.0 ). I expect this to be an easy.

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

Henri, I apologize. It is never fair to take out one's frustrations on another. I have to admit I have been pretty frustrated with connectors. We are selling a calendaring app, and I really want people in France to see the days of the week in French when you look at my calendar. I want an associ

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, not your

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

It may not be as easy as it seems. We don't need to preserve only the session ID, but any data that has been put in the session. And I don't think there is a requirement in the specs for the data to be serializable. So a session that may have been "pushed" into secondary memory, may not, in cer

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

I've done a bit of thinking and came up with a mechanism that might solve both issues of wasted memory and "lost" users. It involves persistent storage of "retired" sessions, so if this is actually how LRUMap or the session Manager works, I apologize. Basically, we should mimic a virtual memory t

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

> > Sessions, or server memory, is a limited resource. So no matter how > you slice it your bar isnt going to be able to please everybody. This > proposal/patch allows the sober guy to enter and escorts the had too > much guy out. Not to stir the pot, but this is a bit of a false analogy. The p

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

It doesn't work in either case. In this 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 ? > > - > Henri Gomez ___[_] >

RE: Jasper2: serious problem with tag declarations

On Tue, 18 Jun 2002, Kin-Man Chung wrote: > Having extra {}'s is not going to work, because it's not legal java to > have variables of the same name in a method, even if one is in the block > nested with another block containing the other. > > There was a problem with scripting variables when a

Re: [Bug 6832] / Hum need coyote here

On Tue, 18 Jun 2002, Bill Barker wrote: > > 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 ?) > >

RE: Jasper2: serious problem with tag declarations

> Date: Tue, 18 Jun 2002 11:04:10 +0100 > From: [EMAIL PROTECTED] > Subject: RE: Jasper2: serious problem with tag declarations > To: [EMAIL PROTECTED] > MIME-version: 1.0 > X-MIMEOLE: Produced By Microsoft Exchange V6.0.5762.3 > Content-transfer-encoding: quoted-printable > Content-class: urn:co

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

Craig R. McClanahan wrote: > > On Tue, 18 Jun 2002 [EMAIL PROTECTED] wrote: > > >>Date: Tue, 18 Jun 2002 16:56:29 -0400 (EDT) >>From: [EMAIL PROTECTED] >>Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> >>To: Tomcat Developers <[EMAIL PROTECTED]> >>Subject: [PATCH] When Session Max reached,

Re: [Bug 6832] / Hum need coyote here

- Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Cc: "Remy Maucherat" <[EMAIL PROTECTED]> Sent: Tuesday, June 18, 2002 3:03 PM Subject: RE: [Bug 6832] / Hum need coyote here > Or the better way could be to copy CoyoteRequest c

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

> > > > On Tue, 18 Jun 2002 [EMAIL PROTECTED] wrote: > > > Date: Tue, 18 Jun 2002 16:56:29 -0400 (EDT) > > From: [EMAIL PROTECTED] > > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > > To: Tomcat Developers <[EMAIL PROTECTED]> > > Subject: [PATCH] When Session Max reached, throw out ol

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: [PATCH] When Session Max reached, throw out oldest session

On Tue, 18 Jun 2002 [EMAIL PROTECTED] wrote: > Date: Tue, 18 Jun 2002 16:56:29 -0400 (EDT) > From: [EMAIL PROTECTED] > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers <[EMAIL PROTECTED]> > Subject: [PATCH] When Session Max reached, throw out oldest session > > > Thi

DO NOT REPLY [Bug 9960] - Deploy issue with local Context

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: jk 1.2 freese/snap time in JTC ?

On Tue, 18 Jun 2002, Mladen Turk wrote: > Can't believe it! > > We have a race condition beetwen the: > Alias /examples /tomcat/webapps/examples > and > JkMount /*.jsp ajp13 > > If I comment out the Alias directive there is no more colision, and if I > slow down the map_uri_to_worker putting th

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

This PATCH implements the earlier PROPOSAL. namely; > PROPOSAL: When Session Max reached, throw out oldest session > > Currently tomcat ships with the maximum number of sessions set to > unlimited. They can expire by default after 30 minutes, however if > too many sessions are created within

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

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, June 18, 2002 11:34 AM Subject: cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java > larryi 2002/06/18 11:34:50 > > Modified:src/facade22/org/apache/tomcat/

Re: Problem with CompressionFilter

Dimitri Valdin wrote: > Hello, > > Compression Filter works incorrect in case the threshold is less than > the len parameter in write(byte b[], int off, int len) function of > CompressionResponseStream. The filter work correctly on Tomcat, since > this situation never happens, but fails with We

cvs commit: jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java CompressionFilterTestServlet.java CompressionResponseStream.java CompressionServletResponseWrapper.java

amyroh 2002/06/18 12:53:26 Modified:webapps/examples/WEB-INF/classes/compressionFilters CompressionFilter.java CompressionFilterTestServlet.java CompressionResponseStream.java CompressionSer

RE: jk2 Configuration Problem

BTW - the error that I get in the browser (ie 5.5 ) is "Page cannot be displayed" -Original Message- From: Robert Priest [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 18, 2002 3:14 PM To: '[EMAIL PROTECTED]' Cc: '[EMAIL PROTECTED]' Subject: jk2 Configuration Problem Hello, I am not

jk2 Configuration Problem

Hello, I am not able to hit my web application using jk2 isapi filter. using: iis 5.0 w2k server tomcat 4.0.3 I suspect there is something wrong with my configuration. I have attached my workers2.properties file. <> Also here is what I see in the jk2.log file, but I have a few questions.

RE: jk 1.2 freese/snap time in JTC ?

> -Original Message- > From: Mladen Turk [mailto:[EMAIL PROTECTED]] > Sent: 18. lipanj 2002 19:39 > To: 'Tomcat Developers List' > Cc: 'GOMEZ Henri' > Subject: RE: jk 1.2 freese/snap time in JTC ? > > > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROT

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

larryi 2002/06/18 11:34:50 Modified:src/facade22/org/apache/tomcat/facade JspInterceptor.java Log: Update the "depth" of the classloader URLs to get. DependClassloader now includes the Context's classloader in the parent chain, so we need to go one parent deeper. This should

RE: jk 1.2 freese/snap time in JTC ?

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 18. lipanj 2002 19:26 > To: Tomcat Developers List > Cc: GOMEZ Henri > Subject: RE: jk 1.2 freese/snap time in JTC ? > > > I'm not sure I understand how request_rec gets recycled while > we are in map_u

RE: jk 1.2 freese/snap time in JTC ?

On Tue, 18 Jun 2002, Mladen Turk wrote: > > 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.j

RE: [Bug 6832] / Hum need coyote here

Hi, >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 ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

AJP13 connection through a firewall

Hi all, we use Apache and Tomcat on to machines (both on a SUN Solaris) with a firewall between them, which is configured to kill open and idle connections after 60 minutes. This is done in a way that mod_jk (from jakarta-tomcat-connectors-4.0.2-01) doesn't close the socket in the pool. So the fi

AFTER_START_EVENT

Hi, I am wondering whether the AFTER_START_EVENT when fired from Service really means that the Service is started. It is after the start() of Container and Connectors, so that sound ok. I want to use it check that the Tomcat is started (applications deployed and connectors bind to the ports).

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 ?

> I've no problem using APR for Apache 2.0, but since > map_uri_to_worker is common code, having #idef HAS_APR may > not be the perfect solution. No the implementation is inside the Apache's mod_jk, so the apr is allready there. I'll use apr_thread_mutex, and commit that. MT. -- To unsubs

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: 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_worker, ca

DO NOT REPLY [Bug 9954] - Taglibs must have external TLDs

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

DO NOT REPLY [Bug 9960] - Deploy issue with local Context

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

Problem with CompressionFilter

Hello, Compression Filter works incorrect in case the threshold is less than the len parameter in write(byte b[], int off, int len) function of CompressionResponseStream. The filter work correctly on Tomcat, since this situation never happens, but fails with Weblogic 6.1 I have fixed the proble

DO NOT REPLY [Bug 9958] - JSTL page compile fails with many JSTL core tags

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

DO NOT REPLY [Bug 9960] - Deploy issue with local Context

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

DO NOT REPLY [Bug 9961] New: - JSTL core tag forEach does not work for List

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

DO NOT REPLY [Bug 9960] New: - Deploy issue with local Context

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: [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

I just tested this with Tomcat 4.0.4 connector and tomcat 4.0.4 using Apache 1.3.24 on RedHat 7.2 and it is absolutely broken. I find it unusual that a European would not fix such a crucial piece of code for localization of applications. This defect was reported in March It was confirmed by a s

DO NOT REPLY [Bug 9958] New: - JSTL page compile fails with many JSTL core tags

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: [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

This is not an IIS problem. I had it under Linux all the way up through 4.0.4-b1. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 18 June, 2002 4:31 AM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 6832] - Locale of the browser is ignored by the AJP13 connec

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 ?

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

DO NOT REPLY [Bug 9955] New: - RequestDispatcher from a taglib is "less than relative"

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

DO NOT REPLY [Bug 9954] New: - Taglibs must have external TLDs

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

DO NOT REPLY [Bug 5709] - HttpServletRequest.getHost returns web server address or null, not client address

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

DO NOT REPLY [Bug 5709] - HttpServletRequest.getHost returns web server address or null, not client address

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

It seems the recent commit on URL classloader break. FYI, I'm using IBM SDK 1.3.1. Debug give me : 2002-06-18 13:40:17 - LoaderInterceptor11: Using webapp loader 2002-06-18 13:40:17 - LoaderInterceptor11: Loader java.net.FactoryURLClassLoader java.net.FactoryURLClassLoader@251f645b 2002-06-18

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.*;

DO NOT REPLY [Bug 6832] - Locale of the browser is ignored by the AJP13 connector

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: Jasper2: serious problem with tag declarations

The scope of scripting variables from tags is specified in the Tag. From the 1.1 spec: The defined values for scope are: · NESTED, if the scripting variable is available between the start tag and the end tag of the action that defines it. · AT_BEGIN, if the scripting variable is available from t

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-

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt

remm2002/06/18 02:56:41 Modified:.RELEASE-NOTES-4.1.txt Log: - Status update. Revision ChangesPath 1.12 +12 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt ==

"jkconf" parameter for TC 4.0.3 startup

Hi Space! In which TC 4.x release will the very nice "jkconf" parameter from TC 3.3.1 return? (generating the IIS-Redirector files, ...) Thank you Chris -- To unsubscribe, e-mail: For additional commands, e-mail:

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

DO NOT REPLY [Bug 9944] - JAASRealm not configurable

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

DO NOT REPLY [Bug 9947] New: - Problem with CompressionFilter

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: tomcat 4 head download/dist targets

Christopher K. St. John wrote: > $ ant download > > commons-logging wants a ../LICENSE file. Quick fix by creating an > empty one in ${base.path} Not sure if this is a commons-logging > issue (should it build independently?) or a tomcat 4 download > target issue. It wants the jakarta-commons/L

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm JAASRealm.java

remm2002/06/18 02:14:49 Modified:catalina/src/share/org/apache/catalina/realm JAASRealm.java Log: - Fix configuration bugs for JAAS realm. - Bugzilla 9944. - Patch submitted by William Mee Revision ChangesPath 1.4 +19 -6 jakarta-tomcat-4.0/catalina/sr

DO NOT REPLY [Bug 9944] - JAASRealm not configurable

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

DO NOT REPLY [Bug 9944] New: - JAASRealm not configurable

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