cvs commit: jakarta-tomcat/src/tests/webpages/enc/dir name - New directory

costin 01/05/20 23:25:23 jakarta-tomcat/src/tests/webpages/enc/dir name - New directory

cvs commit: jakarta-tomcat build.xml

costin 01/05/20 23:24:23 Modified:.build.xml Log: Read ant.properties, each user has a different setup. ( that used to be there, I don't know when it got lost - but it's very difficult to work without something like this ) Revision ChangesPath 1.130 +

Re: JSP and SecurityManager [was RE: 3.2.2. When's it shipping?]

Marc Saegesser wrote: > > The null check is simple enough and its already been tested in 3.3 > so I feel comfortable making the change without a beta. I'll commit > the change today. Great, thanks! > Another question regarding using the security manager and JSP. If > I use the default tomcat.

RE: Transferring session between http and https on Tomcat

Well of course I don't know that this is the reason I'm simply guessing. But yes using response.encodeURL for all your urls so that the session id gets included. When you try this turn cookie support off on both browsers and see if you get consistent results on the server side. Maybe IE. doesn't

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

costin 01/05/20 22:13:11 Modified:src/facade22/org/apache/tomcat/facade JspInterceptor.java Log: A small change in JspInterceptor, to reduce the configuration pains. We'll check if jikes is available and used it - many people find editing configuration files harder than havi

RE: Transferring session between http and https on Tomcat

you mean by sending session id in the url .Can you elobrate on it? But why is it working in IE but not in Netscape. Deepak Raina INTIQUA India B-65 Okhla Industrial Area - I New Delhi 110 020 Main: +91-11-681 2931 Fax: +91-11-681-0023 [EMAIL PROTECTED] http://www.intiqua.com > -Original

RE: Transferring session between http and https on Tomcat

Perhaps the in memory session cookie doesn't get sent for the other path so have you tried using url rewriting instead? > -Original Message- > From: Deepak Raina [mailto:[EMAIL PROTECTED]] > Sent: Sunday, May 20, 2001 9:51 PM > To: [EMAIL PROTECTED] > Subject: Transferring session between

Transferring session between http and https on Tomcat

Hi everybody, I'm working on a website where some pages are to be kept in https and some on http.But when we transfer from https to http, session is not transferred in Netscape.It's working fine in IE.We are using tomcat. Is there anything i should do with tomcat s

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

costin 01/05/20 21:44:25 Modified:src/share/org/apache/tomcat/startup Main.java Log: Use File.separator. It's an old bug, don't remember the number. ( has been on my computer for a while ) Revision ChangesPath 1.32 +16 -10jakarta-tomcat/src/share/org/apache/t

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Ajp12.java

costin 01/05/20 21:27:54 Modified:src/share/org/apache/tomcat/modules/server Ajp12.java Log: Added an extra flush() Revision ChangesPath 1.18 +0 -1 jakarta-tomcat/src/share/org/apache/tomcat/modules/server/Ajp12.java Index: Ajp12.java =

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10.java

costin 01/05/20 21:22:33 Modified:src/share/org/apache/tomcat/modules/aaa AccessInterceptor.java src/share/org/apache/tomcat/modules/server Http10.java Log: Removed the unescaping - to fix "double escaping" problems, and as a first step in k

Re: The wonderfull worlds of encodings...

Tim, Thanks, great for the extra information. One small "corection" - while the java chars are 16 bit, they can ( AFAIK ) represent the full 21 bits of unicode ( or 31 for iso-??? ). That's the use of the "surrogate" chars ( d800 .. dbff if I got it right ), used to combine 2 chars. The %

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/generators StaticInterceptor.java

costin 01/05/20 21:05:32 Modified:src/share/org/apache/tomcat/modules/generators StaticInterceptor.java Log: Fix for #210. Static interceptor now corectly encodes the special characters. Revision ChangesPath 1.12 +94 -76 jakarta-tom

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

costin 01/05/20 21:04:09 Modified:src/share/org/apache/tomcat/core OutputBuffer.java Log: Small refactoring, the API is unchanged but the char->byte encoder and the buffers have been moved in util/buf and are now used for the url encoder. The benefit here is cleaner code (

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

costin 01/05/20 20:49:48 Added: src/share/org/apache/tomcat/util/buf Encoder.java Log: Encoder - this is the url encoder, missing in 3.3 and needed to fix but #210 ( the most votes so far ). A lot of work has been put into avoiding any garbage ( the Writers and encoders

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

costin 01/05/20 20:46:30 Added: src/share/org/apache/tomcat/util/buf C2BConverter.java Log: This is a very important performance stuff - it has been extracted from OutputBuffer for general use. It'll be used in the encoder, to avoid the _huge_ overhead of creating one-time wr

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf ByteBuffer.java CharBuffer.java

costin 01/05/20 20:44:37 Added: src/share/org/apache/tomcat/util/buf ByteBuffer.java CharBuffer.java Log: The byte and char buffer part of OutputBuffer. Moved here ( without changing any API in OutputBuffer ) to avoid duplication of code, the code w

Re: The wonderfull worlds of encodings...

UTF "Unicode Transfer Fromat" can be many different lengths. UTF-8 uses 8 bit bytes to encode ISO-10646 code points. When the code point value is less than 65,768 (i.e. UNICODE) then UTF-8 will use up to 3 bytes (24 bits) to encode the code point. However, when the code point value is from the fu

[Bug 469] - in example-taglib.tld "urn" should be "uri" BugRat Report#795

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=469 *** shadow/469 Sun May 20 17:20:31 2001 --- shadow/469.tmp.24103Sun May 20 19:42:11 2001 *** *** 1,19 ! Bug#: 469 ! Product: Watchdog ! Version: 20010110 ! Platform: HP ! OS/Version: ! Status: NEW ! Resolution: !

[Bug 259] - failure with BugRat Report#441

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=259 *** shadow/259 Sun May 20 17:19:24 2001 --- shadow/259.tmp.24075Sun May 20 19:39:05 2001 *** *** 1,22 ! Bug#: 259 ! Product: jasper ! Version: 1.3.2-b8 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Sev

[Bug 128] - org.exolab.slide.security=false does not disable security BugRat Report#141

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=128 *** shadow/128 Sun May 20 17:18:42 2001 --- shadow/128.tmp.24005Sun May 20 19:34:59 2001 *** *** 1,19 ! Bug#: 128 ! Product: slide ! Version: slide ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severit

[Bug 279] - Logical Error in GetParameterValuesTestServlet BugRat Report#522

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=279 *** shadow/279 Sun May 20 17:19:30 2001 --- shadow/279.tmp.24094Sun May 20 19:41:45 2001 *** *** 1,19 ! Bug#: 279 ! Product: Watchdog ! Version: Watchdog 3.x ! Platform: ! OS/Version: ! Status: NEW ! Resolution:

[Bug 470] - FAIL positiveForward.jsp and positiveInclude.jsp BugRat Report#796

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=470 *** shadow/470 Sun May 20 17:20:31 2001 --- shadow/470.tmp.24109Sun May 20 19:42:44 2001 *** *** 1,19 ! Bug#: 470 ! Product: Watchdog ! Version: 20010110 ! Platform: HP ! OS/Version: ! Status: NEW ! Resolution: !

[Bug 278] - Bug in GetParameterValuesTestServlet.java file BugRat Report#521

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=278 *** shadow/278 Sun May 20 17:19:30 2001 --- shadow/278.tmp.24085Sun May 20 19:40:58 2001 *** *** 1,17 ! Bug#: 278 ! Product: Watchdog ! Version: November 29th bu ! Platform: ! OS/Version: ! Status: NEW ! Resoluti

[Bug 461] - Use setCharacterEncoding("UTF8") does not change the way getParameterValue*() decodes characters. BugRat Report#785

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=461 *** shadow/461 Sun May 20 17:20:28 2001 --- shadow/461.tmp.23967Sun May 20 19:18:55 2001 *** *** 1,19 ! Bug#: 461 ! Product: SAPI ! Version: 4.0.b1 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severit

[Bug 460] - Servlet Request getCharacterEncoding returns Incorrect value on Netscape. BugRat Report#784

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=460 *** shadow/460 Sun May 20 17:20:28 2001 --- shadow/460.tmp.23961Sun May 20 19:18:30 2001 *** *** 1,19 ! Bug#: 460 ! Product: SAPI ! Version: 4.0.b1 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severit

[Bug 459] - req.getInputStream() causes req.getParameterNames() to hang 60-80 seconds. BugRat Report#783

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=459 *** shadow/459 Sun May 20 17:20:28 2001 --- shadow/459.tmp.23955Sun May 20 19:18:04 2001 *** *** 1,18 ! Bug#: 459 ! Product: SAPI ! Version: 4.0.b1 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severit

[Bug 243] - NullPointerExceptions caused by javax.servlet.ServletRequestWrapper.getInputStream() BugRat Report#394

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=243 *** shadow/243 Sun May 20 17:19:19 2001 --- shadow/243.tmp.23924Sun May 20 19:15:30 2001 *** *** 1,22 ! Bug#: 243 ! Product: SAPI ! Version: SERVLET_2_3_JSP_ ! Platform: ! OS/Version: ! Status: NEW ! Resolution:

[Bug 258] - response.SendRedirect() resets/destroys Cookies that were set by response.addCookie() BugRat Report#440

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=258 *** shadow/258 Sun May 20 17:19:24 2001 --- shadow/258.tmp.23936Sun May 20 19:16:32 2001 *** *** 1,19 ! Bug#: 258 ! Product: SAPI ! Version: 3.1 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severity:

[Bug 101] - BUG: in JSP, application.getRequestDispatcher always return null BugRat Report#96

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=101 *** shadow/101 Sun May 20 17:18:33 2001 --- shadow/101.tmp.23918Sun May 20 19:15:04 2001 *** *** 1,19 ! Bug#: 101 ! Product: SAPI ! Version: 3.1 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severity:

[Bug 437] - req.getParameter(name) Ignores charset. always assumes ISO8859-1. BugRat Report#753

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=437 *** shadow/437 Sun May 20 17:20:21 2001 --- shadow/437.tmp.23948Sun May 20 19:17:39 2001 *** *** 1,19 ! Bug#: 437 ! Product: SAPI ! Version: Tomcat 3.2.1 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! S

[Bug 251] - Add getContextPath() method to ServletContext BugRat Report#405

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=251 *** shadow/251 Sun May 20 17:19:22 2001 --- shadow/251.tmp.23930Sun May 20 19:15:56 2001 *** *** 1,19 ! Bug#: 251 ! Product: SAPI ! Version: 2.3 beta 7 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Sev

[Bug 78] - HttpSessionContext BugRat Report#41

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=78 *** shadow/78 Sun May 20 17:18:23 2001 --- shadow/78.tmp.23899 Sun May 20 19:12:34 2001 *** *** 1,18 ! Bug#: 78 ! Product: tools ! Version: n ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severity: Normal ! Pr

[Bug 395] - Character encoding in request.getParameter() BugRat Report#689

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=395 *** shadow/395 Sun May 20 17:20:08 2001 --- shadow/395.tmp.23942Sun May 20 19:16:59 2001 *** *** 1,19 ! Bug#: 395 ! Product: SAPI ! Version: 3.2 ! Platform: All ! OS/Version: ! Status: NEW ! Resolution: ! Severit

[Bug 81] - Servlet API Javadoc is missing @since BugRat Report#47

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=81 *** shadow/81 Sun May 20 17:18:24 2001 --- shadow/81.tmp.23909 Sun May 20 19:14:31 2001 *** *** 1,17 ! Bug#: 81 ! Product: SAPI ! Version: 3.2 ! Platform: ! OS/Version: ! Status: NEW ! Resolution: ! Severity: Normal ! P

Re: [PATCH] '8859_1' is not a valid charset alias

Costin: I'm not yet familiar with the Tomcat or Jasper code (and I've only been on this list for a couple weeks) but in general I concur with Vince's analysis. I can corroborate his benchmark testing since I've seen it contribute to performance problems under very heavy load with a large numbe

cvs commit: jakarta-tomcat-connectors/jk/src/doc AJPv13.html

danmil 01/05/20 15:57:57 Modified:jk/src/doc AJPv13.html Log: Specified encoding for Null strings. Submitted by Ted Eiles <[EMAIL PROTECTED]>. Revision ChangesPath 1.2 +5 -4 jakarta-tomcat-connectors/jk/src/doc/AJPv13.html Index: AJPv13.html =

JDK DateFormat bug & workaround

There is a lingering bug in (at least) Sun's JDK that causes SimpleDateFormat to occasionaly throw a StringIndexOutOfBoundsException instead of a ParseException. (Requires a cookie; thanks, Sun) Some rogue client out there is

Re: upload data corruption report

Marc, I'll run some more tests here. Some jar files worked, but some failed. I'll pass specific byte values and see if I can come up with a definitive test case. Thanks, David Marc Saegesser wrote: > David, > > Thanks for the example code. I tried this on the following configurations > an

Re: Compilation of catalina not complete ?

On Tue, 20 Mar 2001, Matthias Schiffer wrote: > > Hi! > > In my beta 5 of Tomcat was no StandardClassLoader compiled in the > catalina.jar file in org/apache/catalina/loader/ .perhaps its an > incomplete unzip but perhaps the built was not complete... Who can tell > me ?? Please write bac

RE: upload data corruption report

David, Thanks for the example code. I tried this on the following configurations and was not able to duplicate the problem. Win2000 Tomcat 3.2.2b5 Apache 1.3.19 mod_jk (both ajp12 and ajp13) As the jar file to transfer I JARed up the entire examples web application directory tree. That contai

Re: Problems with APR under Linux...

From: "Pier P. Fumagalli" <[EMAIL PROTECTED]> Sent: Friday, May 18, 2001 6:51 PM > kevin seguin at [EMAIL PROTECTED] wrote: > > > for apache 1.3, i'd think you'd want to use apr without threads. but i > > could be wrong... > > > > for what it's worth, a while ago i tried using a multithreaded

cvs commit: jakarta-tomcat/src/etc/jk wrapper.properties

nacho 01/05/20 13:27:21 Modified:src/etc/jk wrapper.properties Log: Adapting to new jar structure Revision ChangesPath 1.2 +7 -15 jakarta-tomcat/src/etc/jk/wrapper.properties Index: wrapper.properties ===

Compilation of catalina not complete ?

Hi! In my beta 5 of Tomcat was no StandardClassLoader compiled in the catalina.jar file in org/apache/catalina/loader/ .perhaps its an incomplete unzip but perhaps the built was not complete... Who can tell me ?? Please write backThank you all!

RE: Jasper performance

> -Original Message- > From: Eduardo Pelegri-Llopart [mailto:[EMAIL PROTECTED]] > Sent: Saturday, May 19, 2001 12:01 AM > > (sorry for the response lag, unfortunatly I don't read tomcat very > frequently) > >... > > * Using XSTL for templating... > > Like Jon and some others, I think th

Re: [PATCH] '8859_1' is not a valid charset alias

On Fri, May 18, 2001 at 01:42:17PM +0200, Vincent Schonau wrote: > [this has also been entered as bug #1808] > > Both Tomcat and Apache have the string '8859_1' hard-coded and as a public ^typo: I meant Jasper > static final String in several places. Just to clarify; this all r