Re: charset used for parameters decoding on HTTP requestTomcat3.x,4

2001-02-15 Thread Kazuhiro Kazama
From: Hans Bergsten <[EMAIL PROTECTED]> Subject: Re: charset used for parameters decoding on HTTP request Tomcat3.x,4 Date: Wed, 14 Feb 2001 11:47:17 -0800 Message-ID: <[EMAIL PROTECTED]> > I'm afraid I have to -1 this proposal. Sure, it may be a nice feature but it's > not defined by Servlet 2.2.

cvs commit: jakarta-tomcat/src/native/mod_jk/apache2.0 mod_jk.c

2001-02-15 Thread hgomez
hgomez 01/02/15 04:03:41 Modified:src/native/mod_jk/apache2.0 mod_jk.c Log: Remove http_conf_globals.h no more present in Apache 2.0 Revision ChangesPath 1.8 +0 -1 jakarta-tomcat/src/native/mod_jk/apache2.0/mod_jk.c Index: mod_jk.c

cvs commit: jakarta-tomcat/src/native/mod_jk/jni jni_connect.dsp

2001-02-15 Thread larryi
larryi 01/02/15 04:24:02 Modified:src/native/mod_jk/jni jni_connect.dsp Log: Update to work with current directory structure. The "jk" directory was changed to "common". Revision ChangesPath 1.2 +11 -11jakarta-tomcat/src/native/mod_jk/jni/jni_connect.dsp

Tomcat 4 Watchdog 4 test failures using xerces

2001-02-15 Thread Glenn Nielsen
I built the latest Tomcat 4 using xerces 2.0 alpha as the XML parser. Then built the latest watchdog 4 and ran watchdog. The following tests all failed, the failure looked similar in all cases. FAIL GET /jsp-tests/jsp/engine/JspWriter/misc/positiveGetRemainingXML.jsp HTTP/1.0 FAIL GET /jsp-test

FLAW IN SERVLET SPECIFICATION IS THE REASON FOR LACK OF STANDARD SUPPORT FOR FILE UPLOAD

2001-02-15 Thread OraPIM2000
Ufortunately both servlet spec 2.2 as well as the proposed servlet spec 2.3 are not compliant with neither RFC 1867 nor RFC 2616 although in some parts of the specs mentions is given of HTTP 1.1 and one is let to believe that those specs be compliant with HTTP 1.1. A further evidence which let

Re: FLAW IN SERVLET SPECIFICATION IS THE REASON FOR LACK OF STANDARD SUPPORT FOR FILE UPLOAD

2001-02-15 Thread servletAPI-feedback
Thank you for your feedback on the Servlet API. Your feedback will be read by an engineer on the Java Servlet API Team and given serious consideration. We will contact you directly if we have further questions about your feedback. --

[report] Classloading problems between Catalina and Cocoon

2001-02-15 Thread Stefano Mazzocchi
[sorry for the cross post, but all of you should be aware of this] Cocoon is a devilishly complex java application for mainly three reasons: 1) it uses a huge number of dependencies to external APIs and applications 2) it recompiles parts of itself at startup for optimization 3) by design, it

Re: [ANNOUNCEMENT] Tomcat 3.3 Milestone 1

2001-02-15 Thread Jon Stevens
on 2/15/01 9:57 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote: > I would like to thank all those who have volunteered their time and efforts to > bring Tomcat 3.3m1 to this point. I look forward to continuing the effort to > bring Tomcat 3.3 to a final release. > > Thanks, > Larry Isaacs Wow, th

[ANNOUNCEMENT] Tomcat 3.3 Milestone 1

2001-02-15 Thread Larry Isaacs
The first milestone release of the next version of Tomcat 3.x is available for download and testing. As a Tomcat 3.x release, it remains an implementation of the Servlet 2.2 and JSP 1.1 specifications. In addition to bug fixes, a large amount of refactoring has gone into Tomcat 3.3m1 since Tomca

tomcat4.0 class loading

2001-02-15 Thread dima
Hi everyone, I am wondering how can I set the logging mode to reflect exactly what classes Catalina is loading on startup, including those that aren't in the classpath and are either in $TOMCAT_HOME/lib or in a WEB-INF/lib of a web application? Sorry if that question has already been answere

cvs commit: jakarta-tomcat build.xml

2001-02-15 Thread costin
costin 01/02/15 15:36:27 Modified:.build.xml Log: Fixed the wrong path that caused /admin build problems. Revision ChangesPath 1.116 +1 -1 jakarta-tomcat/build.xml Index: build.xml =

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming NamingContext.java

2001-02-15 Thread remm
remm01/02/15 16:05:57 Modified:catalina/src/share/org/apache/naming NamingContext.java Log: - Call NamingManager.getStateToBind before binding the object. Revision ChangesPath 1.3 +17 -15 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/NamingContext

Re: Tomcat 4.0 ServletOutputStream and Serialized object problem

2001-02-15 Thread Remy Maucherat
Hi, I tested object serialization, and apparently it works fine for me (with JDK 1.3). What could happen is that older versions of the JDK may not support chunking correctly. In the future, that will be addressed by looking at the user-agent and falling back to HTTP/1.0 mode if a broken user age

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

2001-02-15 Thread remm
remm01/02/15 18:36:37 Removed: catalina/src/share/org/apache/catalina/startup CatalinaBlock.java CatalinaBlock.xinfo Log: - Remove the Avalon wrapper. This will be reintroduced in Tomcat 4.1. --

BugRat Report #83 - compilation from jsp to java enters an endless loop

2001-02-15 Thread Sivaraja Sandrasegaran
*This message was transferred with a trial version of CommuniGate(tm) Pro* Dear all, I'm using Tomcat 3.2.1 on Solaris 7 for Intel with JDK1.2.2. I'm experiencing same problem as described below. I also found another bug with simmilar description, BugRat Report #810. Is there a solution to this

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/valves AccessLogValve.java

2001-02-15 Thread remm
remm01/02/15 19:28:11 Modified:catalina/src/share/org/apache/catalina/valves AccessLogValve.java Log: - Don't resolve host names by default. That can be set back on using the a resolveHosts="true" in server.xml. This will prevent timeouts when the DNS

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

2001-02-15 Thread larryi
larryi 01/02/15 20:03:13 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 AccessInterceptor.java Log: According to the spec, a servlet mapped to the url-pattern "/abc/*" should be invoked if the URL "/abc" is used. The prior fix allows "/abc" t

cvs commit: jakarta-tomcat/src/doc readme

2001-02-15 Thread marcsaeg
marcsaeg01/02/15 20:13:16 Modified:src/webpages Tag: tomcat_32 index.html src/doc Tag: tomcat_32 readme Log: Fixing a couple simple documentation issues left over from time past. PR: 610 Submitted by: [EMAIL PROTECTED] Revision ChangesPath No

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

2001-02-15 Thread Marc Saegesser
Damn, I hate the Servlet spec. They bury this detail in a bloody example without ever mentioning it explicity! Damn. Section 10.2.2, table 4, item 3 is the only place I can find (now that I went explicitly looking for it) that describes this functionality. Section 10.2 bullet one says that *

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

2001-02-15 Thread Craig R. McClanahan
Marc Saegesser wrote: > Damn, I hate the Servlet spec. They bury this detail in a bloody example > without ever mentioning it explicity! Damn. > One additional place to look for authoritative information about the spec is the published errata. There is a link on the following page: http:

[Bug 486] Changed - ????? instead of content of @include pages when contentType present in root page BugRat Report#817

2001-02-15 Thread bugzilla
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=486 *** shadow/486 Sat Feb 3 11:43:09 2001 --- shadow/486.tmp.7159 Thu Feb 15 21:29:52 2001 *** *** 2,13 | ? instead of content of @include pages when contentType present in roo | +---

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

2001-02-15 Thread Marc Saegesser
OK, in the errata dated 4/1/00 (April Fools Day?, come on) item 2 updates the patterns from section 5.4, Table 1 to include a /* which makes the mapping into servlets and path info make sense. I'd still rather see a tighter coupling of section 5.4 with 10.2. My response of 'Damn', still applies.

cvs commit: jakarta-tomcat build.xml

2001-02-15 Thread costin
costin 01/02/15 21:37:51 Modified:.build.xml Log: Fix bug #482 ( build fails on certain JDKs, build.compiler is wrong ). There is no reason to force a compiler. Revision ChangesPath 1.117 +0 -1 jakarta-tomcat/build.xml Index: build.xml =

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF/classes/headers - New directory

2001-02-15 Thread costin
costin 01/02/15 21:51:20 jakarta-tomcat/src/tests/webpages/WEB-INF/classes/headers - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF/classes/headers HeaderOS.java

2001-02-15 Thread costin
costin 01/02/15 21:52:04 Modified:src/tests/webpages/WEB-INF test-tomcat.xml Added: src/tests/webpages/WEB-INF/classes/headers HeaderOS.java Log: Added test for 473, can't reproduce. Revision ChangesPath 1.23 +12 -2 jakarta-tomcat/src/tests/webpages/WEB

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/parser - New directory

2001-02-15 Thread craigmcc
craigmcc01/02/15 23:09:40 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/parser - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/parser ParserUtils.java TreeNode.java

2001-02-15 Thread craigmcc
craigmcc01/02/15 23:14:34 Modified:.build.bat jasper/src/share/org/apache/jasper/compiler TldLocationsCache.java Added: jasper/src/share/org/apache/jasper/parser ParserUtils.java TreeNode.java Log: Stage