DO NOT REPLY [Bug 3884] - SingleThreadModel servlets not pooled results in low performance

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: >> Apache/Tomcat Collaboration

Quoting Bojan Smojver <[EMAIL PROTECTED]>: > Christopher Cain wrote: > > > > I was thinking that maybe we could actually start running Tomcat > inside the > > kernel process itself. It worked for IIS ... > > Where IIS stands for: Internet Infected Server. haha ... I like that one. I'll have to

DO NOT REPLY [Bug 3809] - Jar files in the wrong directories.

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/catalina/src/share/org/apache/naming NamingContext.java

remm01/10/01 22:55:18 Modified:catalina/src/share/org/apache/naming NamingContext.java Log: - Update the entry value after resolving the reference (experimental change). Revision ChangesPath 1.5 +9 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/namin

Re: >> Apache/Tomcat Collaboration

Christopher Cain wrote: > > Quoting [EMAIL PROTECTED]: > > > On Mon, 1 Oct 2001, Aaron Bannert wrote: > > > > > What are the main advantages to using an in-process VM as opposed > > > to an out-of-process VM bridged over some form of IPC (like > > > mod_webapp/mod_jk/mod_jserv)? > > > > Well, us

Re: JTC and Tomcat 4

Quoting Remy Maucherat <[EMAIL PROTECTED]>: > Hi, > > As some of you may have noticed, Tomcat 4 is starting to depend on > some > modules from the J-T-C repository. The problem is that it creates in > some > cases some circular dependencies for some build options. The number of > the > dependenc

cvs commit: jakarta-tomcat-4.0/catalina build.xml

remm01/10/01 21:44:54 Modified:catalina build.xml Log: - Change the flags to support using Xerces instead of JAXP. Revision ChangesPath 1.70 +34 -15jakarta-tomcat-4.0/catalina/build.xml Index: build.xml

JTC and Tomcat 4

Hi, As some of you may have noticed, Tomcat 4 is starting to depend on some modules from the J-T-C repository. The problem is that it creates in some cases some circular dependencies for some build options. The number of the dependencies is also expected to go up in the future, including: JK, the

Re: Tyrex Pools

Ah - that makes sense. However, it seems to still be doing the same thing. I just threw together a simple JSP to test it, and put the ds lookup in jspInit(). The lookup is only getting executed once, but it still looks like no connections are getting re-used. Anything else for me to look at

Re: Tyrex Pools

> I started doing a little testing on the Tyrex pools on my local machine, > and it doesn't appear to actually be pooling the connections. In a 1 > minute period, I managed to get 118 hits (none of the connection lasted > for the entire minute - they lasted at most 5 seconds) and I checked my > o

Re: get Servlet Context Name

Read the Servlet Api Quoting chiu ming luk <[EMAIL PROTECTED]>: > hi, > any way I can get a servlet context ( web application > )'s name with in a servlet? on Servlet API 2.2 (not > Servlet 2.3) > > -OR- there is no way to do that? > > P.S. I am using tomcat... may I access internal tomc

Tyrex Pools

I started doing a little testing on the Tyrex pools on my local machine, and it doesn't appear to actually be pooling the connections. In a 1 minute period, I managed to get 118 hits (none of the connection lasted for the entire minute - they lasted at most 5 seconds) and I checked my outgoin

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config IISConfig.java BaseJkConfig.java ApacheConfig.java

larryi 01/10/01 19:55:13 Modified:src/share/org/apache/tomcat/modules/config IISConfig.java BaseJkConfig.java ApacheConfig.java Log: Change jkProtocol setting to jkWorker. This more accurately shows what this setting is for. Revision ChangesPath

cvs commit: jakarta-tomcat/src/doc serverxml.html

larryi 01/10/01 19:52:39 Modified:src/doc serverxml.html Log: Document some more modules. Revision ChangesPath 1.5 +454 -5jakarta-tomcat/src/doc/serverxml.html Index: serverxml.html ===

DO NOT REPLY [Bug 3910] - web.xml mime type incorrect for jnlp

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/catalina/src/conf web.xml

remm01/10/01 19:48:47 Modified:catalina/src/conf Tag: tomcat_40_branch web.xml Log: - Fix MIME type for JNLP. Revision ChangesPath No revision No revision 1.22.2.2 +1 -1 jakarta-tomcat-4.0/catalina/src/conf/we

cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml

remm01/10/01 19:45:49 Modified:catalina/src/conf web.xml Log: - Fix MIME type for JNLP. Revision ChangesPath 1.24 +1 -1 jakarta-tomcat-4.0/catalina/src/conf/web.xml Index: web.xml ===

Re: [PATCH] [Bug 3905] New: - request.getIntputStream()/Reader.close()problem.

On Mon, 1 Oct 2001, Bill Barker wrote: > > Since I'm still low on the Karmic scale, I'll post this here. > Bill, Your new account *does* have the appropriate permissions. However, you do need to create a fresh checkout of whichever repository you want to update, using the new CVSROOT (which

[PATCH] [Bug 3905] New: - request.getIntputStream()/Reader.close() problem.

Since I'm still low on the Karmic scale, I'll post this here. Basically, I simply implemented the close method in the facade so that it can continue to be recycled. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 01, 2001 10:32 AM Subject: DO N

get Servlet Context Name

hi, any way I can get a servlet context ( web application )'s name with in a servlet? on Servlet API 2.2 (not Servlet 2.3) -OR- there is no way to do that? P.S. I am using tomcat... may I access internal tomcat object to achieve that? thanks __

Re: Re: >> Apache/Tomcat Collaboration

Quoting [EMAIL PROTECTED]: > On Mon, 1 Oct 2001, Aaron Bannert wrote: > > > What are the main advantages to using an in-process VM as opposed > > to an out-of-process VM bridged over some form of IPC (like > > mod_webapp/mod_jk/mod_jserv)? > > Well, using in-process VM ( like mod_jk ) has many

Re: TC4 Build with Xerces

D'oh! I must've missed the commit message for that check-in of "build.properties.sample". I guess I also accidentally saved a change to my local copy at some point, because upon further inspection, it was reporting a conflict. I kept looking in the .sample file for any new xerces-related defin

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_global.h

>Hi, > >If I'm not mistaken, the default for 3.3 should be JK_OPT_FWDURICOMPAT >with re-escaping the URI for getRequestURI() being done in the facade. >Consistent with >this, I updated jk_isapi_plugin.c to un-escape the URI. > >Is this still the plan? yes, I was wrong, but I'll keep the JkOptions

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

Here is the work for getRequestURI() which will allow us having a compatible works in both TC 3.2.x, 3.3 pre rc2, 3.3 rc2 and upper, TC 4.0 ajp13 (current and future). Personal note : Jean-Fréderic, your mail server seems to reject my email, could you check it ? - Transcript of session

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_global.h

Hi, If I'm not mistaken, the default for 3.3 should be JK_OPT_FWDURICOMPAT with re-escaping the URI for getRequestURI() being done in the facade. Consistent with this, I updated jk_isapi_plugin.c to un-escape the URI. Is this still the plan? Larry -Original Message- From: [EMAIL PROTEC

cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_global.h

hgomez 01/10/01 14:41:53 Modified:src/native/mod_jk/common jk_global.h Log: Correct the correction, as you can see :) We'll use by default uri but keep the others since we may need to tune the URI encoding later ?) Revision ChangesPath 1.8 +2 -2 jakarta-t

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

hgomez 01/10/01 14:39:48 Modified:jk/native/common jk_global.h Log: Correct the correction, as you can see it's also a way to put garbage in cvs project (Christopher and Bojan, you're not alone) We'll use by default uri but keep the others since we may need to tune the U

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_global.h

>I thought what we decided to do was use > >s->uri = r->uri (a URI decoded already in Apache) > >and in the facade, re-encode it. So >JK_OPT_FWDURICOMPAT should be the default. Ok so there is just nothing to be done in mod_jk isn't it just revert to old code ? Argh, I didn't understand well wha

RE: cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_global.h

I thought what we decided to do was use s->uri = r->uri (a URI decoded already in Apache) and in the facade, re-encode it. So JK_OPT_FWDURICOMPAT should be the default. | -Original Message- | + * We use JkOptions to determine which method to be used | + * | + * ap_

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

hgomez 01/10/01 14:30:49 Modified:jk/native/apache-1.3 mod_jk.c jk/native/apache-2.0 mod_jk.c jk/native/common jk_global.h Log: Updated code to handle getRequestURI() with compatibility mode for old TC and new schema (by default) for TC 3.3

DO NOT REPLY [Bug 3902] - lib/apps jar files

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/src/native/mod_jk/common jk_global.h

hgomez 01/10/01 14:27:29 Modified:src/native/mod_jk/apache1.3 mod_jk.c src/native/mod_jk/common jk_global.h Log: Updated code to handle getRequestURI() with compatibility mode for old TC and new schema (by default) for TC 3.3 Revision ChangesPath 1.20

DO NOT REPLY [Bug 3896] - ClassCastException when invoking certain subclasses of HTTPServlet

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: Volunteers for: - RE: TC 3.3: getRequestURI()

I done some works for both TC 3.3 and J-T-C, since the both tree will live for at least some month. And J-T-C will be used for TC 3.3, 4.0 and also good old TC 3.2.3 ;) I'll commit the change which use TC 3.3 behaviour by default but allow us to fall-back in compatibility mode for old TCs.

DO NOT REPLY [Bug 3910] New: - web.xml mime type incorrect for jnlp

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 3896] - ClassCastException when invoking certain subclasses of HTTPServlet

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-connectors/jk/native/common jk_ajp_common.c jk_ajp_common.h

keith 01/10/01 13:50:39 Modified:jk/doc AJPv13.html jk/java/org/apache/ajp Ajp13.java RequestHandler.java jk/native/common jk_ajp_common.c jk_ajp_common.h Log: DeltaV is now an IESG Proposed Standard. Add the four new versioning methods. Revi

RE: Volunteers for: - RE: TC 3.3: getRequestURI()

I thought you were talking about the mod_jk in the TC3.3 branch. If you're talking j-t-c only, then I don't mind an Option, as long as it defaults to the 3.3 behavior. Keith | -Original Message- | From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] | Sent: Monday, October 01, 2001 11:24 AM | T

DO NOT REPLY [Bug 3884] - SingleThreadModel servlets not pooled results in low performance

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 3884] - SingleThreadModel servlets not pooled results in low performance

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/src/native/mod_jk/common jk_ajp13.c

keith 01/10/01 13:08:14 Modified:src/doc AJPv13.html src/native/mod_jk/common jk_ajp13.c Log: Toss the CRs Revision ChangesPath 1.5 +5 -5 jakarta-tomcat/src/doc/AJPv13.html Index: AJPv13.html ===

DO NOT REPLY [Bug 3866] - Class Not Found deploying a war

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 3809] - Jar files in the wrong directories.

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/src/share/org/apache/tomcat/modules/server Ajp13.java

keith 01/10/01 12:58:08 Modified:src/doc AJPv13.html src/native/mod_jk/common jk_ajp13.c src/share/org/apache/tomcat/modules/server Ajp13.java Log: DeltaV is now an IESG Proposed Standard. Add the four new versioning methods. Revision Changes

DO NOT REPLY [Bug 3896] - ClassCastException when invoking certain subclasses of HTTPServlet

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 3907] - Servlet threw a load() exception Class xxx.xxx not a Servlet

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 3896] - ClassCastException when invoking certain subclasses of HTTPServlet

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

Tomcat 4 and rmiregistry

When starting rmiregistry from within Tomcat 4 I am unable to bind to anything from my web applications. rmiregistry starts just fine, but I just can't bind. This is only a problem if I install Tomcat 4 to a directory with spaces in the path. If I move my Tomcat 4 installation to a "simpler" di

DO NOT REPLY [Bug 3907] New: - Servlet threw a load() exception Class xxx.xxx not a Servlet

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: Re: >> Apache/Tomcat Collaboration

On Mon, 1 Oct 2001, Aaron Bannert wrote: > > Right now the 'integration' between tomcat and apache is in a very > > bad shape, the web server is used mostly as a proxy ( that adds a > > significant overhead, apache+tomcat can be slower than tomcat standalone), > > and to servle static files ( tha

DO NOT REPLY [Bug 3903] - interceptors.xml

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: Re: >> Apache/Tomcat Collaboration

On Mon, Oct 01, 2001 at 12:10:36PM -0700, [EMAIL PROTECTED] wrote: > On Mon, 1 Oct 2001, Aaron Bannert wrote: > > > What are the main advantages to using an in-process VM as opposed > > to an out-of-process VM bridged over some form of IPC (like > > mod_webapp/mod_jk/mod_jserv)? > > Well, using

DO NOT REPLY [Bug 3905] New: - request.getIntputStream()/Reader.close() problem.

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 3903] New: - interceptors.xml

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 3902] New: - lib/apps jar files

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: Re: >> Apache/Tomcat Collaboration

On Mon, 1 Oct 2001, Aaron Bannert wrote: > What are the main advantages to using an in-process VM as opposed > to an out-of-process VM bridged over some form of IPC (like > mod_webapp/mod_jk/mod_jserv)? Well, using in-process VM ( like mod_jk ) has many more benefits than just reduced request/re

RE: DO NOT REPLY [Bug 3851] - SingleThreadModel ignored

FYI: I'm taking a look at implementing a pool for this since it seems like a fun task. If nobody beats me to it, I'll post my attempt when it's ready. -David > -Original Message- > From: Bill Barker [mailto:[EMAIL PROTECTED]] > Sent: Sunday, September 30, 2001 9:22 PM > To: [EMAIL PROTE

Re: SCRIPT_NAME and PATH_INFO with extension mapping

on 10/1/01 9:09 AM, "Steve Downey" <[EMAIL PROTECTED]> wrote: > As another datapoint, static content with Apache doesn't work if you append > path info to an HTML page, i.e. http://www.foo.com/index.html/foo/bar, > doesn't deliver index.html. But PHP does work. -jon

Re: TC4 Build with Xerces

Christopher, I ran into this same problem. My problem was corrected by incorporating the following new lines in build.properties.sample into your build.properties file: 111a112,117 > > # - Xerces XML Parser, version 1.4.3 or later - > xerces.home=${base.path}/xerces-1_4_3 > xerces.lib=$

RE: SCRIPT_NAME and PATH_INFO with extension mapping

As far as I can tell, the HTTP and HTML specs are completely silent on this. The CGI spec talks about PATH_INFO et al, but doesn't seem to address extension mapping. As another datapoint, static content with Apache doesn't work if you append path info to an HTML page, i.e. http://www.foo.com/in

RE: Tomcat 4.0 cluster-mode

> -Original Message- > From: Bip Thelin [mailto:[EMAIL PROTECTED]] > Sent: Friday, September 28, 2001 7:36 PM > To: [EMAIL PROTECTED] > Subject: RE: Tomcat 4.0 cluster-mode [stuff deleted] > I had some problems getting multicasting to work under Linux and > according to Sun it was a Linu

Feedback 3.3 RC1

I'm trying to do the upgrade to Tomcat 3.3 rc1. 1. I am trying to get the "interceptors.xml" stuff to work for an authentication module that I wrote. The module was working under the previous version (Tomcat 3.3 m4) - and through lots of messy class path invocation I had it working

Apache 1.3.2.0 and Tomcat 4.0

I am very sorry if I am not doing this correctly. But I have been searching all over the web for clear directions on how to intergrate Apache 1.3.2.0 and Tomcat 4.0. Can someone here please help? I am using NT4.0. I can not find clear directins on the apache.org website on how to intergrate the tw

RE: Volunteers for: - RE: TC 3.3: getRequestURI()

>Why can't we implement the 3.3 collaborative solution in 4.0 ? >That would maintain compatibility. And also in TC 3.2.4 ? >I just hate to provide an option which could result >in wrong (double escaped) behavior. At the least, >it's one more variable to debug, at worst, it will >generate errone

DO NOT REPLY [Bug 3889] - Documentation for "Remote Address Filter" and "Remote Host Filter" incorrect

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: Volunteers for: - RE: TC 3.3: getRequestURI()

Why can't we implement the 3.3 collaborative solution in 4.0 ? That would maintain compatibility. I just hate to provide an option which could result in wrong (double escaped) behavior. At the least, it's one more variable to debug, at worst, it will generate erroneous bug reports. I'd hesitate

Re: [PATCH] mod_webapp build cleanups...

Justin Erenkrantz wrote: > > I finally got a chance to build mod_webapp from j-t-c with Apache 2.0. > Looks good and is quite easy to do. Only problem is that we aren't > handling directories properly. If you do the examples webapp, you > see a link to: > > http://localhost:8080/examples/servl

org.apache.tomcat.request.ParseMime

Hello, I would like to use the class: org.apache.tomcat.request.ParseMime written by Jun Inamori. I hoped, I find this class in webserver.jar or in other archive, but I cannot find it. Do you know where I find this class in the in the Tomcat CVS tree? For access in the Tomcat CVS tree I need a

RE: Volunteers for: - RE: TC 3.3: getRequestURI()

>What whould happen in 3.3 if ForwardEscapedURI was chosen? >Wouldn't the facade escape it again? > My goal in mod_jk is to keep compatibility with ALL tomcat release, TC 3.2, 3.3 and 4.0. The option will let us configure it, even if by default mod_jk found in TC 3.3 and J-T-C will use the TC

RE: Volunteers for: - RE: TC 3.3: getRequestURI()

What whould happen in 3.3 if ForwardEscapedURI was chosen? Wouldn't the facade escape it again? Keith | -Original Message- | From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] | Sent: Monday, October 01, 2001 10:10 AM | To: [EMAIL PROTECTED] | Subject: RE: Volunteers for: - RE: TC 3.3: getRequ

RE: Re: >> Apache/Tomcat Collaboration

>> Nothing special - just compile jk with support for jni worker, and >> follow the instructions. You may need to set LD_LIBRARY_PATH to >> include all the .so from java, and you may have problems with some >> VMs - JDK1.2.2 seems the easiest to get working, and surprisingly >> 1.4 worked also fin

DO NOT REPLY [Bug 3851] - SingleThreadModel ignored

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: Volunteers for: - RE: TC 3.3: getRequestURI()

>Henri, I do not think this will be useful >or necessary with the planned changes. I'd >be -1. > >r->uri will be used, making the mod_rewrite >folks happy, and the facade will encode the >uri, which implements the spec correctly. >Does this plan break something, the reason >you want to add an

RE: Volunteers for: - RE: TC 3.3: getRequestURI()

Henri, I do not think this will be useful or necessary with the planned changes. I'd be -1. r->uri will be used, making the mod_rewrite folks happy, and the facade will encode the uri, which implements the spec correctly. Does this plan break something, the reason you want to add an Option?

RE: Tomcat 4.0 RPMs?

>> Jaxp and crimson are built from xml-commons and xml-crimson >( both are >> Apache packages ). We do check in binaries - which is consistent with >> apache licence, but anyone can built them from sources as well. In the RPM case, we use dependencies to have them included from allready installe

DO NOT REPLY [Bug 3809] - Jar files in the wrong directories.

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 3896] New: - ClassCastException when invoking certain subclasses of HTTPServlet

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 3851] - SingleThreadModel ignored

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: Re: Re: >> Apache/Tomcat Collaboration

Hi ! So what is the conclusion? mod_jk is in proc or out proc? BTW I am running apache 1.3 with (mod_jk) Tomcat 3.x and it is working well. Shailesh On Mon, 01 Oct 2001 [EMAIL PROTECTED] wrote : > On Sun, 30 Sep 2001, Justin Erenkrantz wrote: > > > On Mon, Oct 01, 2001 at 01:49:20AM

RE: Volunteers for: - RE: TC 3.3: getRequestURI()

>- Revert jk/apache to use uri, remove the encode call ( again, j-t and >j-t-c - one more week to do that, after that we'll be j-t-c >only ). Henri >- could you do this and the next one ? I'll reintroduce the JkOptions which will help us play with different encoding : ForwardStandardURI : wil

FW: Ideas for future versions of Tomcat (a bit controversial maybe)?

>-Original Message- >From: chris brown [mailto:[EMAIL PROTECTED]] >Sent: Monday, October 01, 2001 10:54 AM >To: [EMAIL PROTECTED] >Subject: Ideas for future versions of Tomcat (a bit controversial >maybe)? > > >Hello, > >I've been trying out JDK 1.4 quite a lot, and like it a lot! I was >

DO NOT REPLY [Bug 3809] - Jar files in the wrong directories.

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 3892] New: - Can't compile 2092.jsp

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