BugRat Report #701 has been filed.

Bug report #701 has just been filed. You can view the report at the following URL: REPORT #701 Details. Project: Catalina Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: critic

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/service/connector Ajp13ConnectorRequest.java

danmil 01/01/04 19:39:26 Modified:src/native/jk Tag: tomcat_32 jk_ajp13_worker.c src/share/org/apache/tomcat/service/connector Tag: tomcat_32 Ajp13ConnectorRequest.java Log: - Fixed the problems with multipart form encodings. Bug Reports #53

Re: form-error-page j_security_check ignored

Warren Crossing wrote: > hey, > > i've had to debug these following class to get it going.. > it just stopped on j_security_check when a incorrect username password combination >was supplied. > > sorry i can't update them myself.. maybe next time =D > > release 4 milestone 5 src code > Warren,

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core DefaultServlet.java

costin 01/01/04 14:38:57 Modified:src/share/org/apache/tomcat/core Tag: latest_TOMCAT_30 DefaultServlet.java Log: Use case-sensitive check, even on windows. That should resolve special cases where the jsp source may be explosed by using case combinations.

Re: messing around

Jon Stevens wrote: > Craig, > > Ok, so I just decided to mess around with the URI a bit and just got this > interesting error. If you want to play around, the setup is the *same* as > what is in Scarab's CVS. > > URL attempted: > > http://localhost:8080/servlet/scarab/template/Register.vm > > Err

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/request SimpleMapper1.java

marcsaeg01/01/04 13:26:18 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 SimpleMapper1.java Log: contextMap() now returns 404 if a context can't be found for the request URI. This will cause an error page to be sent to the client browser.

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

marcsaeg01/01/04 13:28:33 Modified:src/share/org/apache/tomcat/util Tag: tomcat_32 PrefixMapper.java Log: getLongestPrefixMatch() would enter a tight loop if the request URI didn't map into a context. Now, if a match can't be found it returns null and a

JSP won't return anything if Tomcat 3.2.1 start as nobody.

jsp page return 404 if I start tomcat 3.2.1 as nobody. If I start it as root, jsp is fine. what is going on? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core ContextManager.java

marcsaeg01/01/04 13:24:00 Modified:src/share/org/apache/tomcat/core Tag: tomcat_32 ContextManager.java Log: If no context can be found for the request URI then display a 404 error. Previously this caused a tight loop in PrefixMapper.getLongestPrefixMatch

Re: messing around

Jon Stevens wrote: > Craig, > > Ok, so I just decided to mess around with the URI a bit and just got this > interesting error. If you want to play around, the setup is the *same* as > what is in Scarab's CVS. > > URL attempted: > > http://localhost:8080/servlet/scarab/template/Register.vm > > Err

Re: JSP won't return anything if Tomcat 3.2.1 start as nobody.

[EMAIL PROTECTED] wrote: > jsp page return 404 if I start tomcat 3.2.1 as nobody. If I start it as > root, jsp is fine. > > what is going on? > First, this is a user question better served on TOMCAT-USER, not on TOMCAT-DEV -- please do not cross post. Second, the most likely explanation is you

BugRat Report #691 was closed (apparently by: Marc Saegesser)

Report #691 was closed by Person #0 Synopsis: Removing contexts from EmbededTomcat causes cpu util to go to 100% (logged in as: Marc Saegesser) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EM

BugRat Report #700 has been filed.

Bug report #700 has just been filed. You can view the report at the following URL: REPORT #700 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical C

BugRat Report #699 has been filed.

Bug report #699 has just been filed. You can view the report at the following URL: REPORT #699 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: serious

BugRat Report #698 has been filed.

Bug report #698 has just been filed. You can view the report at the following URL: REPORT #698 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: serious

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util CharChunk.java ByteChunk.java

Hi Larry, > While discovering this, it appeared to me that Http10.processRequestLine's > call to uriMB.unescapeURL() is destroying the only copy of the URI in its > encoded form. The servlet 2.2. errata2.2_042700.htm calls for > getRequestURI() to return an encoded string. It looks like we mi

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java

craigmcc01/01/04 12:05:41 Modified:catalina/src/share/org/apache/catalina/core ContainerBase.java catalina/src/share/org/apache/catalina/startup Catalina.java Log: Ripple down configuration of the parent class loader when processing the serve

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm01/01/04 12:00:36 Modified:catalina/src/share/org/apache/catalina/resources ResourcesBase.java catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Enhanced path normalization (before, only

BugRat Report #697 has been filed.

Bug report #697 has just been filed. You can view the report at the following URL: REPORT #697 Details. Project: Tomcat Category: Feature Requests SubCategory: Enhancement Class: suggest State: received Priority: medium Severity: non

A problem of the integration of tomcat and apache

I have installed the tomcat and apache. Now I want to map localhost/ddd/*.jsp and localhost/ddd/servlet/xxx to tomcat and other static files such as localhost/ddd/index.html be processed by apache itself. But now I find that all files like localhost/ddd/***.** be processed by tomcat. How c

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardWrapperValve.java

remm01/01/04 11:49:24 Modified:catalina/src/share/org/apache/catalina Response.java catalina/src/share/org/apache/catalina/connector HttpResponseBase.java ResponseBase.java catalina/src/share/org/apache/catalina/connector/http

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

"Craig R. McClanahan" wrote: > > Now that we've all recovered from New Years (and watched Oregon State teach > Notre Dame a few things about football -- go Beavers! :-), it's time to lay out > the next steps in Tomcat 4.0's lifetime. Here's what I propose: > > (1) Tomcat 4.0 Beta 1 > [...] prop

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util CharChunk.java ByteChunk.java

Costin, While discovering this, it appeared to me that Http10.processRequestLine's call to uriMB.unescapeURL() is destroying the only copy of the URI in its encoded form. The servlet 2.2. errata2.2_042700.htm calls for getRequestURI() to return an encoded string. It looks like we might need to

RE: [PATCH PROPOSAL] for mod_jk

Title: RE: [PATCH PROPOSAL] for mod_jk Hi Dan, Attached are patches for workers.properties and the Tomcat-Workers-HowTo.html (I made some additional changes to the Tomcat-Workers-HowTo, the second table in the _Defining_Workers_ section: the 'Meaning' column was the same for all worker... )

cvs commit: jakarta-tomcat/src/build manifest.startup

costin 01/01/04 11:11:11 Modified:.build.xml Added: src/build manifest.startup Log: Fixed the build on JDK1.1. Few cosmetic build changes, also a manifest for starting with java -jar, without the hacks in Main.java. There is a bug in the startup - it doesn'

BugRat Report #671 was closed (apparently by: Craig R. McClanahan)

Report #671 was closed by Person #0 Synopsis: getRealPath get's too much path (logged in as: Craig R. McClanahan) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

> >so +1 , but i continue to not see any advantages in maintain another > >repository.. > > > > Like Nacho I turn my -1 to +1 since I don't want the TC 4.x development > to be stopped or features freezed but I feel that It will became > hard to find our way in 3.2, 3.3, 4.0 and 4.1 I don't see a

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

Report #694 was closed by Person #0 Synopsis: Get Not found (404) for a mapped servlet if the Path Info is not null (logged in as: Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EM

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

>so +1 , but i continue to not see any advantages in maintain another >repository.. > Like Nacho I turn my -1 to +1 since I don't want the TC 4.x development to be stopped or features freezed but I feel that It will became hard to find our way in 3.2, 3.3, 4.0 and 4.1 ---

Re: Custom Logger

guy bobenrieth wrote: > I'm intersted in having Tomcat3.2 logging it's messages to > something else then files. > > I was wondering if it is possible to use for example LOG4J > for doing this with tomcat. > > I need to log things to a remote syslogd. > Doing this would require you to create a cu

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

I think what confused me was that since this is the first release of Tomcat 4.0 there really shouldn't be anything checked into the "main" branch that isn't also put into the beta branch. Once there is an existing product that needs to be supported and possibly patched independent of the beta cod

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

larryi 01/01/04 05:14:42 Modified:src/share/org/apache/tomcat/util CharChunk.java ByteChunk.java Log: Update length as chars/bytes are un-escaped Revision ChangesPath 1.4 +1 -0 jakarta-tomcat/src/share/org/apache/tomcat/util/CharChunk.

Re: classreloading and 4.x

Rolf Veen wrote: > Hi (feliz año nuevo). > > Craig R. McClanahan wrote: > > > First, your web.xml file defines the root webapp like so: > > > > > className="org.apache.catalina.loader.StandardLoader"/> > > > > so Catalina initializes a nice webapp for you, including re

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

Marc Saegesser wrote: > > -Original Message- > > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > > > (1) Tomcat 4.0 Beta 1 > > > > The existing "jakarta-tomcat-4.0" repository will be branched with label > > "tomcat_40_branch", and each 4.0.x beta and release will receive > > a l

BugRat Report #696 has been filed.

Bug report #696 has just been filed. You can view the report at the following URL: REPORT #696 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical C

RE: [PATCH PROPOSAL] for mod_jk

Title: RE: [PATCH PROPOSAL] for mod_jk Thanks Dan, I will post a patch for the docs shortly. Michael R. Kuz Developer Service Intelligence (403) 261-5000 ext. 363 [EMAIL PROTECTED] > -Original Message- > From: Dan Milstein [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 04

Re: [PATCH PROPOSAL] for mod_jk

Michael, I took a look at this patch, and it looks good to me. A very useful extension to what the load balancer is doing. I'll try to find some time to test and apply it soon. One caveat, however: I'm hesitant to add something like this without also adding documentation for it. Could you

[PATCH PROPOSAL] for mod_jk (was: RE: gracefull shutdown/removal of worker from load balance...)

Title: RE: gracefull shutdown/removal of worker from load balance... Thanks Dave, here you go!   WARNINGThis is not an official patch and that it has only been tested on Linux. Use at your own risk :) OVERVIEW   The patch allows for a worker.name.active parameter to be added to the workers.

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > > (1) Tomcat 4.0 Beta 1 > > The existing "jakarta-tomcat-4.0" repository will be branched with label > "tomcat_40_branch", and each 4.0.x beta and release will receive > a label such as > "tomcat_40_b1". The "ma

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

GOMEZ Henri wrote: > > -1 - We'll have now 3.2, 3.3, 4.0 and 4.1 branches > Too many branches for the same project. > Please don't reopen a 3.x against 4.x campaign. Henri, I would like to ask you to voluntarily remove your -1. The only way to make progress towards a 4.0 release is to sl

http HEAD request

Hi, I found 2 issues about the build-in HTTP Connector in Tomcat 3.2. The first one is that the HEAD request returns a full document. I am not a HTTP expert, so I don't know if it is right or wrong. But when I "telnet localhost 80" on my apache for HEAD request, only headers are return.

Re: Why are we still using JAXP and ProjectX??? (proprietary==evil)

Kevin Burton wrote: > > Ug. > > Checked over the archives and didn't see this > > Why are we using JAXP and ProjectX which are both Closed Source > and proprietary to SUN Microsystems. This is a Bad Thing. We > already have an awesome XML parser and I would say just *drop* > the abstraction... n

[BUG] problems with downloading a file, previous JSP gets buffered and sent instead

Hi. This sure looks like some kind of bug to me but I can't really say what exactly is going on. I have a servlet that gets a file out of a database according to a file ID. This servlet works just fine when I call it directly (that is, when I manually write the URL into the address field in my

Custom Logger

I'm intersted in having Tomcat3.2 logging it's messages to something else then files. I was wondering if it is possible to use for example LOG4J for doing this with tomcat. I need to log things to a remote syslogd. Thanks for your help. Guy Bobenrieth _

Re: classreloading and 4.x

Hi (feliz año nuevo). Craig R. McClanahan wrote: > First, your web.xml file defines the root webapp like so: > > className="org.apache.catalina.loader.StandardLoader"/> > > so Catalina initializes a nice webapp for you, including reloading support. > > Next, Catalin