Re: Mod_jk v/s mod_webapp

mod_jk2 is the next generation of mod_jk. It is currently barely Alpha quality for Apache 2.x (and still subject to major changes from day-to-day), and AFAIK, doesn't currently really work with other servers (but it eventually will support Apache 1.3.x/IIS/iPlanet as well [and others, if anyone w

Re: Bug ordering

Welcome on board! To answer your questions: - The submitter initially sets the "severity" and "priority" fields, but they can be subsequently modified by anyone. - "other" means that the submitter didn't bother to set it. - See . The "votes" are m

Re: Apache1.3/mod_jk (unix) & Tomcat 4 & No processor available, rejecting this connection

It's the same issue in 3.3.x (This part of mod_jk is common to both). - Original Message - From: "Hans Schmid" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 22, 2002 8:13 AM Subject: AW: Apache1.3/mod_jk (unix) & Tomcat 4 & No processor available,

Re: [VOTE] Tomcat 4.0.4 Beta 2 / Coyote 1.0 Beta 4 release

> Tomcat 4.0.4 Beta 2 release: > > +1 [ ] I support the release, and I will help > +0 [X] I support the release > -0 [ ] I don't support the release > -1 [ ] I'm against the release because: > > > > > Inclusion of the Coyote binaries: > > +1 [X] Yes > -1 [ ] No > > -- To unsubscribe, e-

Re: [VOTE] Final release of Tomcat 3.3.1

> -- > Vote to release jakarta-tomcat HEAD as Tomcat 3.3.1 > > [X] +1 I am in favor of the release, and will help support it > [ ] +0 I am in favor of the release, but am unable to help support it. > [ ] -0 I not in favor o

Re: Can Reload server.xml without restarting TC !!!HELP

Not currently. The "manager" webapp in 4.1 (the current nightly build) may be able to help (I haven't been able to keep up with all of Amy's an Manveen's commits). - Original Message - From: "Khurram Munir" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 20, 2002 1:19 A

Re: config

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 18, 2002 10:07 PM Subject: jk2: config > I just commited a big chunk of config changes to support > dynamic configuration of jk2. > > I'm pretty happy with the new model - many new things > will b

Re: JTC/JK2/Coyote logos

And you're asking here why? This is an OS project, take intuitive and deal with the -1s later. - Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Cc: "Stefan Bodewig" <[EMAIL PROTECTED]>; "Conor MacNeill" <[EMAIL PROTECTED]> Sent:

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java

And Craig thought it was a strange world when he contributed to j-t-c. ;-) - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 15, 2002 11:47 PM Subject: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteChunk.java > remm02

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java

Just checked in to 3.3. - Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, March 15, 2002 11:03 PM Subject: Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf ByteChunk.java > O

Re: Coyote Beta 3

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 15, 2002 9:30 PM Subject: Re: Coyote Beta 3 > > The 3.3 Adapter is ready for Beta 3, whenever you want to put it > together. > > Thanks Bill. > I'm not t

Coyote Beta 3

The 3.3 Adapter is ready for Beta 3, whenever you want to put it together. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [Coyote] 1.0 beta 3 today or tomorrow ?

The only important thing I need to get in is the start/stop calls on the Processor. It obviously won't take very long, but I won't be able to get to it until this evening (PST). None of the other changes affect the 3.3 Adapter.They either just start working (e.g. expectations), or are ignore

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java

Yeah, my mistake was trying to read commit messages when I was in the middle of doing something else. :-) Just my usual confusion about the 2-state vs. 4-state Lifecycle. - Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent:

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteProcessor.java

Ok, now you've got me really confused. It looks like I should have a single instance of Processor (and thus a single instance of Adapter). At the moment, both are per-Thread in tomcat3. But I can't see how this can work even in o.a.c.tomcat4, since the tomcat4 Adapter uses the same instance of

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

Disclaimer: A +1 vote below does not necessarily mean that I'm going to pledge ongoing support to o.a.c.tomcat4 (although it is very well done, and I relied heavily on it for developing o.a.c.tomcat3). However, I do plan to support o.a.c and o.a.c.http11. - Original Message - From: "Remy M

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, March 12, 2002 9:26 PM Subject: Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD > > on 3/12/02 6:30 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: >

Re: Coyote for 3.3

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, March 11, 2002 10:42 PM Subject: Re: Coyote for 3.3 > > I'm willing to claim that the Tomcat 3.3 Coyote adaptor is now Alpha > quality > > (probably actually Be

Coyote for 3.3

I'm willing to claim that the Tomcat 3.3 Coyote adaptor is now Alpha quality (probably actually Beta, but I want to run some more tests before going out on that limb). To test it, you first need to check-out j-t-c, and then build (in order): - util - coyote - http11 >From the ${j-t-c}/http/bu

Re: pluggable security implementations

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, March 11, 2002 9:18 PM Subject: Re: pluggable security implementations > > > On Tue, 12 Mar 2002, Trevor Nielsen wrote: > > > Date: Tue, 12 Mar 2002 14:47:

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http MimeHeaders.java

___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Bill Barker [mailto:[EMAIL PROTECTED]] >Sent: Sunday, March 10, 2002 7:36 AM >To: Tomcat Develope

Re: [GUMP] Build Failure - Coyote

I'll look into this (but probably not until another couple of these go around). It's supposed to ignore those if TC3 isn't there. - Original Message - From: "Craig McClanahan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 11, 2002 5:49 AM Subject: [GUMP] Build Failure -

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 CoyoteProcessor.java CoyoteRequest.java CoyoteResponse.java

The POST was just me forgetting to actually read the request body. The Cookies was a combination of this (the CookieServlet uses POST), and my forgetting that I'd disabled Cookies in the browser for localhost (to test some encodeURL bug), and had forgotten to re-enable them. The TC3 Coyote now a

Re: j-t-c standalone releases ?

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, March 10, 2002 2:00 PM Subject: j-t-c standalone releases ? > If I remember well, it was decided some time ago it was ok to release > connectors as modules for Tomcat. > Since I'd like

Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java InternalInputBuffer.java

I'd like it if this could make it into o.a.c.Processor as well. Since Costin has done a lot of work on this in 3.3, I'd like to make it settable (with a default of true), and if it is in Processor I don't have to resort to introspection. It's not a big deal, since the introspection tools are goo

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http MimeHeaders.java

You really like making work for me, don't you? ;-) I'll port this to 3.3 branch unless somebody objects. Adding a method that isn't currently called by 3.3 doesn't hurt anything, and o.a.t.* classes should (need to) be the same in j-t-c and 3.3 for now. - Original Message - From: <[EMAIL

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 08, 2002 11:40 AM Subject: Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java > > > On Fri, 8 Mar 2002, Remy Ma

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote Request.java

I've just started the 3.3.x port of Coyote. I can manage to set this one, but who uses it? The Processor (currently) doesn't look at it (AFAIK). - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, March 07, 2002 9:15 PM Subject: cvs commit: jakarta-tomc

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_worker.h

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, March 01, 2002 9:42 PM Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/include jk_worker.h > costin 02/03/01 21:42:12 > > Modified:jk/native2/include jk_worker.h > Log: > Finall

Re: Start/StopTomcat and ajpid

- Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Friday, March 01, 2002 6:38 AM Subject: RE: Start/StopTomcat and ajpid > >Since the connector writes the ajp??.id file, it makes > >sense to me to allow an attribute to sp

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_requtil.c

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 28, 2002 3:01 PM Subject: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_requtil.c > costin 02/02/28 15:01:15 > > Modified:jk/native2/common jk_requtil.c > Log: > Ca

Re: [4.0.3] [VOTES] Upcoming release and security fix

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 28, 2002 11:09 AM Subject: [4.0.3] [VOTES] Upcoming release and security fix > > A [+0] Make a full 4.0.3 (or 4.0.2a) release which would only include the > security fix > B

Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteConnector.java CoyoteProcessor.java

Actually, I was hoping to find time to get started on this once 3.3.1 is out the door (and hopefully things slow down a bit). I'm a bit behind on Remy's recent work, but I'm pretty sure that it requires Java2. - Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]> To: "Tomcat Develo

Re: more information about bug 6704 (rmi in jsp)

Is it possible to try with: <%@ page session="false" %> (i.e. does the page actually use the session)? I'm guessing that the web stress tool isn't returning cookies, and so the result is that you are rapidly creating 100,000 different sessions. Tomcat would start to behave like you have describ

Re: some basic question

- Original Message - From: "steve martin" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, February 26, 2002 10:40 PM Subject: some basic question > When does 'server' get instantiated? Wouldn't it throw > a Null exception? During the call to: mappe

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java

In your case, you should use: shutdown.sh -ajpid /var/spool/tomcat3/ajp12.id I suppose that it could be a bit more user-friendly when you forget. Feel free to add in another check that the file was actually found if you want. - Original Message - From: "GOMEZ Henri" <[EMAIL PROTECTED]>

Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, February 26, 2002 8:31 AM Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 > > When looking at what it took to set up Catalina's connectors for

Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, February 25, 2002 11:18 PM Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 > > > An additional, more subtle, cross-package dependency is probably

Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, February 25, 2002 6:25 PM Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 > An additional, more subtle, cross-package dependency is probably

Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, February 25, 2002 5:29 PM Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 > > I posted to the dev list earlier about needing a small, > > relative

Re: Jk2 config

I'm understandably fond of ApacheConfig, but I realize that we can do better. For the rest, see inline. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 22, 2002 11:02 PM Subject: Jk2 config > I'm going to do few more changes to jk2 config (

Re: [Daemon] New commons component

> Native code is used and needed by jk, and 'wrapping' APR is one > of my current goals - it'll provide much more than chuid. > I think it's much cleaner to use 'normal' JNI when you want > to call C code from java, so I'll stick with this solution. IMHO, beyond Pier's and Remy's requirements, th

Re: Difference between Tomcat-3.2.1 and Tomcat-3.3a

This is better handled at [EMAIL PROTECTED] . The simple answer is that 3.3a (and even more so 3.3.1-B1), should be better able to handle chinese (or other than iso-latin-1) character sets than 3.2.x. Of course, you must specify the charset in the ContentType attribute to the <@page directive on

Re: Jk2 logging

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, February 18, 2002 10:00 AM Subject: Jk2 logging > Hi, > > A quick proposal ( vote ? ): I would like to start using commons-logging > in jk2. Right now it has println() style, but beeing able to benefit

Re: DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load

Yeah, well, I can confirm that o.a.c.connector.http.HttpConnector is just a broken as o.a.ajp.tc4.Ajp13Connector. However, the o.a.c.connector.http.HttpProcessor isn't quite as brain-dead as it's ajp13 counterpart (but it still doesn't recycle). The problem is that nothing handles dying threads.

Re: DO NOT REPLY [Bug 5735] - HTTP connector running out of processors under heavy load

Looking at o.a.ajp.tc4.Ajp13Connector, I can see that curProcessors is never decremented, which is probably what is causing this. Unlike in the 3.3 branch, Ajp13Processor is fanatical about not dying. I haven't looked at the C code side, but if it is anything like the 3.3 branch, it will close t

Re: BUG 5722 : Forward to page display a blank page

In fact, I'd almost 'fixed' this before going back and re-reading the servlet spec. I just can't find enough wiggle room in section 8.1 (of either 2.2 or 2.3) to allow this. If anyone else can find a way to interpret the spec differently, I'd be more than happy to change this for RC1. The diffe

Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4 Ajp13Request.java

It's a trust issue. By default, 3.3 doesn't trust IIS's/Apache's authentication and will check it again. I agree that we should implement tomcatAuth in 4.0.3 if at all. - Original Message - From: "Kevin Seguin" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Th

Re: Jakarta 2001 PMC: Last chance for correction of voter list.

gt; Andy Armstrong andya > Andy Riedel ariedel > Arieh Markel arieh > Arnout Kuiper arnout > Arron Bates arron > Arun Jamwal arun > Arundhati Bhowmick aruna1 > asmuts asmuts > Juozas Baliuka baliuka > Henri Yandell bayard > Brendan Burns bburns > B. C. Holmes bcholmes &g

Re: header value too long - 400 error - is that good?

> > In that case tomcat generates HTTP 400. I checked in > the source code and it seems that the header value > size limit is set to 4K. > Could you please give more infromation about your setup. In particular, the version of Tomcat that you are using, and if applicable, the Connecter you are usi

Re: [4.0.2] [VOTE] Final release

> > [ ] +1 - I support this release and I will help > [X] +0 - I support this release > [ ] -0 - I do not support this release, because: > Actually, more like 0.4, since I'll help with ApacheConfig etc. > > -- To unsubscribe, e-mail: For additional commands, e-m

Re: pageEncoding and Jasper

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, February 07, 2002 7:26 PM Subject: Re: pageEncoding and Jasper > From: "Craig R. McClanahan" <[EMAIL PROTECTED]> > Subject: RE: pageEncoding and Jasper > Date: Thu, 31 Jan 2002 06:49:39 -0800 (PST) >

Re: Tomcat 3.3 - Cactus Issue

Tomcat to read the > body (using request.getParameter("xxx")) the problem will disappear ? Correct. Then Tomcat will read the body (blocking until it comes). > > Could it be because for this test case (testPostMethod) HTTP parameters > are sent both in the URL _and_ in t

Re: Tomcat 3.3 - Cactus Issue

I've found an XP machine to try this on, and can pretty much confirm that it is an un-read POST body. The print statements show that the bad test has (at the end): Content-Length: 11 Available:11 The servlet is finishing so fast that the body isn't even available by the time shutdownInput i

Re: DO NOT REPLY [Bug 6267] - RequestDispatcher breaks on URLs with anchors

Actually, Larry is right. However, what is being asked for is rather silly. Personally, I'd go for INVALID since section 8.1 (of the 2.3 spec) only talks about paths, not URIs. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 06, 2002 6:59 A

Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt

>Issue Description >1 Must be able to compile and run under JDK 1.1.8 > + FIXED >2 Address Cactus failures running with Tomcat 3.3 > + Tried but not 100% successful yet. >From what little I've seen, I've never really understood

Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt

- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Sunday, February 03, 2002 10:36 PM Subject: Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt > On Sat, 2 Feb 2002, Bill Barker wrote: > > > >

Re: Multiple URLs/Single IP

The underlying VirtualHost entries can then Include the directives to the Tomcat instance that handles that vhost. If you want one Tomcat, then you can use mod_rewrite (within the VirtualHost) to direct to the correct Context. - Original Message - From: "Micael Padraig Og mac Grene" <[EMA

Re: Multiple URLs/Single IP

This is largely what NameVitualHost(s) are for in Apache. See: http://httpd.apache.org/docs/mod/core.html#namevirtualhost - Original Message - From: "Micael Padraig Og mac Grene" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, February 03, 2002 8:25 AM Subject: Multiple URLs/Sin

Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt

> >Bugs to investigate & fix or resolve/leave as LATER: > +4600 Tomcat 3.3 redirect behavior differs from Tomcat 3.2 > + (try to make 301 or 302 configurable) > + > +4416 URI En/Decoding not working > + (investigate and fix if feasi

Re: Apache/Tomcat/mod_jk growing TIME_WAIT counts

I've been running a nearly identical (except for the hardware) configuration for quite some time now without problems. I don't have enough information to give an answer, but if I had to guess, I'd say that your KeepAliveTimeout is set way too high. Some TIME_WAITs are just the cost of doing busi

Re: pageEncoding and Jasper

- Original Message - From: "Kevin Jones" <[EMAIL PROTECTED]> To: "'Tomcat Developers List'" <[EMAIL PROTECTED]> Sent: Wednesday, January 30, 2002 11:55 AM Subject: RE: pageEncoding and Jasper > > pageEncoding should be the encoding of the file containing > > the page, should not it? > >

Re: Tomcat 4: segmentation fault/violation problems

The JDK for Solaris requires lots of O/S patches (Sun takes the Linux view, "if my application isn't working, patch the kernel" ;-). At a guess, I'd say that most of the Solaris problems are resulting from people too lazy to install the O/S patches when they try to install the JDK (despite the ve

Re: Load balancing in Tomcat 4.0.x?

If you had checked the "Users List" instead of the "Developers List", you'd know that load balancing is working with 4.0.2-B2. - Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Sunday, January 27, 2002 1:18 PM Subject: Load balancing in T

Re: [VOTE] New Committer: Manveen Kaur

+1 - Original Message - From: "Patrick Luby" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 24, 2002 9:40 AM Subject: [VOTE] New Committer: Manveen Kaur > All, > > I would like to propose Manveen Kaur as a committer. She has provided a > significant number of patches

Fw: Possible Explanation - Re: DO NOT REPLY [Bug 5684] - WEB-INF/lib jar file loading and operations problems.

l these problems > are fixed. > > Thanks again for everything. > > Regards, > Mike > > > - Original Message - > From: <[EMAIL PROTECTED]> > To: "Bill Barker" <[EMAIL PROTECTED]> > Sent: Thursday, January 17, 2002 7:42 PM >

Re: The problem with "/"

I'm not primarily a 4.x developer, but in theory the following should work: URL res = config.getResource(request.getPathInfo()); if(res != null) { RequestDispatcher rd = config.getNamedDispatcher("default"); rd.forward(request,response); return; } // Your processing here. Undec

Re: jdk1.3.1 and tomcat 3.3a core dumping?

Of course, there is always the issue that there is absolutely no need to run 3.3a on a Solaris box (which is why I really can't be bothered to download it to check this out, since my primary production environment is Solaris). If you're not running Windows, than there is no advantage to using 3.3a

Re: The problem with "/"

Actually, the default-servlet is supposed to handle requests for static resources. It sounds like what you want is something like: default *.gif - Original Message - From: "Peter Sojan" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 21, 2002 5:22 PM Subject: The

Re: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt

Which AJP is planned to go with this? - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 21, 2002 1:39 PM Subject: cvs commit: jakarta-tomcat RELEASE-PLAN-3.3.1.txt > larryi 02/01/21 13:39:37 > > Added: .RELEASE-PLAN-3.3.1.tx

Re: [VOTE] Tomcat 4.0.2 b2 release

> > [ ] +1 Make the release > [X] +0 Good idea, but I can't help > [ ] -0 Bad idea > [ ] -1 No, because: > > > > -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Possible Explanation - Re: DO NOT REPLY [Bug 5684] - WEB-INF/lib jar file loading and operations problems.

em but I got to admit that > the tomcat code is pretty hefty to trace through due to my lack of > experience with the code. Are servlet classes loaded from a jar any > different from regular classes loaded from a jar? > > Any thoughts? > > Regards, > Mike > > &g

Re: cvs commit: jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/tomcat/modules/config - New directory

Could somebody who knows CVS better then I do explain why I can't ci files from here? The message is: cvs server: could not stub branch HEAD for /home/cvs/jakarta-tomcat/proposals/StreamHandler/WEB-INF/classes/org/apache/ tomcat/util/net/Attic/StreamHandlerFactory.java,v - Original Message --

Re: Possible Explanation - Re: DO NOT REPLY [Bug 5684] - WEB-INF/lib jar file loading and operations problems.

I checked in the change to LoaderInterceptor11 to allow it to optionally use the SimpleClassLoader (which is mostly the code from AdaptiveClassLoader) even under Java2. It should show up in tonight's nightly. To enable it, you set the use11Loader="true" attribute on the LoaderInterceptor11 eleme

Re: Dealing with the Tomcat 3.3 "aux.jsp" DOS problem and a Tomcat 3. 3.1 release

- Original Message - From: "Bojan Smojver" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, January 09, 2002 5:26 PM Subject: Re: Dealing with the Tomcat 3.3 "aux.jsp" DOS problem and a Tomcat 3. 3.1 release > [EMAIL PROTECTED] wrote: > > > So far th

Re: KPMG-2002003: Bea Weblogic DOS-device Denial of Service

NUL is about the only case-sensitive one in NT/W2K. - Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Wednesday, January 09, 2002 3:49 AM Subject: Re: KPMG-2002003: Bea Weblogic DOS-device Denial of Service > > > A quic

Re: KPMG-2002003: Bea Weblogic DOS-device Denial of Service

PT9 AUX Do you know of any others? Larry -----Original Message- From: Bill Barker [mailto:[EMAIL PROTECTED]] Sent: Tue 1/8/2002 7:43 PM To: Tomcat Developers List Cc: Subject: Re: KPMG-2002003: Bea Weblogic DOS-device Denial of Service 1.3.0_01 returns true for isFile on my Win-NT box. I

Re: KPMG-2002003: Bea Weblogic DOS-device Denial of Service

.apache.tomcat.startup.EmbededTomcat at org.apache.tomcat.util.compat.SimpleClassLoader.loadClass My preference would be to build a solution on isFile() if it can be worked out. I still need to investigate where the test might best be applied. Larry -Original Message- From: Bill Barker

Re: KPMG-2002003: Bea Weblogic DOS-device Denial of Service

This may be too kludgy, but my quick test shows that "aux.ver" returns -1164447360 for lastModified. Less kludgy would be to simply add a complete list of DOS devices to the "keywords" that are mangled. - Original Message - From: "Larry Isaacs" <[EMAIL PROTECTED]> To: "'Tomcat Develop

Re: Todo list for 4.0.2 b2

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 07, 2002 3:55 PM Subject: Todo list for 4.0.2 b2 > Hi, > > Here goes the list: > - Tag the JK + util directories in j-t-c with some tag (Costin proposed > jk_14) > - Build the c

Re: Possible Explanation - Re: DO NOT REPLY [Bug 5684] - WEB-INF/lib jar file loading and operations problems.

I don't see any problem with adding an option to LoaderInterceptor11 to force it to use a SimpleClassLoader (the descendent of AdaptiveClassLoader) even on a Java2 platform. There are some trade-offs, since SimpleClassLoader is really meant for Java1.1 platforms, but for a lot of people they don'

Re: TC 3.3.3 with Apache stack space error

There is a problem with 3.3.1 prior to about 12/31 (reported as bug 5390, reopened) that could be this one. I'm in the process of moving the StreamHandlerFactory into a module (where it really belongs), but haven't finished testing it yet. - Original Message - From: "Ray Pitmon" <[EMAIL P

Re: DO NOT REPLY [Bug 5724] - Error page not displaying

Tomcat 3.3 looks like it has the same problem, only worse (since it will fail a static jsp:include that lives in WEB-INF). However, the check isn't really needed in 3.3, since if the request came from the user AccessInterceptor would have already failed it. If nobody objects, I'll remove the che

Fw: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5390

I was never really involved in the 3.2.x development, so I'm sending back to the list to try and get ideas on how to get 3.3 to act more like 3.2.x in the deprecated case. - Original Message - From: <[EMAIL PROTECTED]> To: "Bill Barker" <[EMAIL PROTECTED]> Sent:

Re: Configuring Jaspers Compiler Options

Tomcat 3.3 (which it seems is the version you are using) doesn't pass the -encoding flag to Jikes (which is causing other headaches on the user list :). At the moment, there is no way to suppress the -encoding flag being passed to javac. The only work around at the moment is to use Jikes (or hac

Re: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5390

n again, I can't see how the inclusion/exclusion of Http10Interceptor can make any difference either. I'm including the developer list in the reply, in the hopes that someone else can spot what I'm missing. - Original Message ----- From: <[EMAIL PROTECTED]> To: "

Re: [VOTES] Tomcat 4.0.2 beta 1

- Original Message - From: "Remy Maucherat" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 19, 2001 3:25 AM Subject: [VOTES] Tomcat 4.0.2 beta 1 > > [X ] +1: Make the release > [ ] -1: I'm opposed to the release until the following issues are fixed: > > > > > Th

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util J avaGeneratorTool.java

rror. Fortunately the internal test > > revealed this one. > > > > Larry > > > > > -Original Message- > > > From: Bill Barker [mailto:[EMAIL PROTECTED]] > > > Sent: Wednesday, December 19, 2001 1:09 AM > > > To: Tomcat Developers List &

Re: Load balancing - fail-over support with mod_webapp

I'm going to ignore the complete problem case where you have configured Apache to be the "default servlet", and index.html is a frameset with 'n' jsp frames (which will typically result in 'n' different sessions). This is why mod_webapp only supports forwardAll, and forwardAll is the default for

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util JavaGeneratorTool.java

Oh, well, I guess I had to screw up eventually :-( Thanks for cleaning up my mess. - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, December 18, 2001 6:39 PM Subject: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util JavaGeneratorTool.java

Re: Tomcat 3.3 deployment - last minute problem

The only thing that I can think of is that your javac doesn't support the -encoding switch. Is it possible that you have an old copy of tools.jar somewhere? Jasper writes out the .java file in UTF8 encoding, which is then passed to javac to compile to a .class. If javac is trying to read the .j

Re: bugzilla issue status change..

> > I agree. And don't be overly concerned with making a mistake and closing > a report prematurely, since a developer could always reopen it. And the person reporting it will almost certainly reopen it :). > > Thanks for your offer to help! > > > > > Costin > > > > Craig > > > -- > To unsubscri

Re: AJP Todo

The ${Server}Config files are about as good as I can get them. Any remaining improvements would require someone that knows more about Catalina than I do. The main improvement that I can think of would require an API change in Catalina, but this configuration method will likely be obsolete by the

Re: Jk2: error handling and method signatures

- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 12:28 PM Subject: Re: Jk2: error handling and method signatures > So far I have a -1, if Bill doesn't change his vote we'll keep the current > mechanism. But

Re: org.apache.tomcat.util.net package in tomcat 3.x

I'm +1 on the move. However I think that we should hold off on removing it from 3.3 just yet, and just agree to freeze development there. - Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Thursday, December 13, 2001 6:49 AM Subject: Re:

Re: error handling and method signatures

If you are talking about status codes, I'm -1. That should be passed through from Tomcat without change. If Tomcat hangs up, then there is almost no useful information available, so there isn't much to report. If the client hangs up, then like jk1, we should just stop processing and return OK t

Re: AJP Todo

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, December 10, 2001 8:59 PM Subject: Re: AJP Todo > > > On Mon, 10 Dec 2001, Bill Barker wrote: > > > Da

Re: AJP Todo

- Original Message - From: "Incze Lajos" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Monday, December 10, 2001 8:02 AM Subject: Re: AJP Todo > What's wrong with this? (ServletContext method javadoc both 2.2 and 2.3) Absolutely nothing. And indeed this is

Re: [j-t-c] ajp and headaches

- Original Message - From: <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Sunday, December 09, 2001 9:56 PM Subject: Re: [j-t-c] ajp and headaches > The tomcat4.0 adapter - yes. The connector code ( low level Request, etc ) > are based on MessageBytes, etc. I

Re: AJP Todo

- Original Message - From: "Craig R. McClanahan" <[EMAIL PROTECTED]> To: "Tomcat Developers List" <[EMAIL PROTECTED]> Sent: Sunday, December 09, 2001 8:29 PM Subject: Re: AJP Todo > > If the web app is deployed as a directory, you can call > context.getDocBase() for this. If the contex

<    5   6   7   8   9   10   11   >