Q: Why using introspection and reflection inside a compiled JSP?

** sorry people for reposting - i got no answer so far. maybe the e-mail got lost. can someone comment on this, please? thx! ** hi all, this might be regarded as a user question but i think this is so much internal that this is the right list to post to. if not, please excuse me. i will t

RE: Servlet ClassLoader

> | You're right about the normal delegation model for Java2. > However, the Servlet > | 2.3 Spec (Proposed Final Draft) gives a servlet container > the option to "look > | before delegating" -- see Section 9.6.2. Tomcat 4.0 does this. > > I've been wondering quite some time: how can th

Re: Bugzilla and emails?

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Is it possible to get Bugzilla to email open bugs to either the list or > interested individuals on an automated basis? Nope, afaik, but it might be easy to do a script that queries the DB and sends appropriate emails... Any volunteer? -- Pier Fuma

RE: serializing XML to a ServletOutputStream fails

Hi, Maybe you should not use character set "UTF-8". I remember that it's 8-bit Unicode. As I know, Chinese and Korean has 16-bit code. So at least, you should try 16-bit Unicode. I forgot the name, maybe it's "UTF-16". But I'm not sure if JDK have fully support to "UTF-16". I'm not an Unicode ex

Your Bugzilla password.

To use the wonders of Bugzilla, you can use the following: E-mail address: [EMAIL PROTECTED] Password: bugzilla522 To change your password, go to: http://nagoya.apache.org/bugzilla/userprefs.cgi - To unsubscribe, e-ma

Re: serializing XML to a ServletOutputStream fails

On Mon, Feb 05, 2001 at 11:24:55AM +0100, Zhu Ming wrote: > Maybe you should not use character set "UTF-8". I remember > that it's 8-bit Unicode. As I know, Chinese and Korean has > 16-bit code. So at least, you should try 16-bit Unicode. > I forgot the name, maybe it's "UTF-16". But I'm not sure

Re: serializing XML to a ServletOutputStream fails

From: "Michael Mealling" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, February 05, 2001 7:54 PM Subject: Re: serializing XML to a ServletOutputStream fails > P.S. I've also posted this problem to HotDispatch so if you > can help me solve the problem you could

Re: serializing XML to a ServletOutputStream fails

On Mon, Feb 05, 2001 at 08:17:57PM +0900, Takashi Okamoto wrote: > From: "Michael Mealling" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Cc: <[EMAIL PROTECTED]> > Sent: Monday, February 05, 2001 7:54 PM > Subject: Re: serializing XML to a ServletOutputStream fails > > > P.S. I've also posted t

Re: Your Bugzilla password.

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > To use the wonders of Bugzilla, you can use the following: > > E-mail address: [EMAIL PROTECTED] > Password: bugzilla522 > > To change your password, go to: > http://nagoya.apache.org/bugzilla/userprefs.cgi This is cool... It was nacho disabl

RE: Your Bugzilla password.

Yep, i've tested that a user can engage sending the password to the tomcat-dev bugzilla user to the list :(, but after that the user cannot log in as is disabled :) Saludos , Ignacio J. Ortega > -Mensaje original- > De: Pier Fumagalli [mailto:[EMAIL PROTECTED]] > Enviado el: lunes 5

RE: serializing XML to a ServletOutputStream fails

I found the following implementation source code from the tomcat 3.2 codeline, in src\org\apache\tomcat\core\ResponseImpl.java or http://jakarta.apache.org/cvsweb/index.cgi/jakarta-tomcat/src/share/org/apac he/tomcat/core/Attic/ResponseImpl.java?rev=1.33.2.5&content-type=text/vnd.vi ewcvs-markup

Re: serializing XML to a ServletOutputStream fails

Use the PrintWriter object returned by response.getWriter(). You will find more info at http://java.sun.com/products/servlet/2.2/javadoc/javax/servlet/ServletResponse.html --- Michael Mealling <[EMAIL PROTECTED]> wrote: > (This might be a bug so I'm cc-ing to tomcat-dev) > Hi, > I'm trying to

Tomcat 3.3 Release Plan Voting Results

Hi All, My tally of the Tomcat 3.3 Release Plan shows the release plan being approved with the following vote totals. +1 8 +08 01 -0none -1 none Thanks for the show of support. I'll be e-mailing those who voluteered earlier to work in specific areas. Together, I hope we

RE: Tomcat 3 Connector Default Bug Owner

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Sunday, February 04, 2001 7:55 PM > To: [EMAIL PROTECTED] > Subject: Re: Tomcat 3 Connector Default Bug Owner > > > Dan Milstein wrote: > > > Craig (or anyone who has admin control over Bugzilla), > > >

Re: Bugzilla categories

> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm > list-help: > list-unsubscribe: > list-post: > Delivered-To: mailing list [EMAIL PROTECTED] > From: [EMAIL PROTECTED] > X-Sender: costin@costin > To: [EMAIL PR

RE: Tomcat 3.3 Release Plan Voting Results

Hi Larry, I did not vote since I have no right to do it, but I would like to help. I am starting to use TC 3.x HEAD and getting familiar with its internals. If there are some fixes that do not demand for a wide knowledge of Tomcat (as if they just involve a couple of modules) I am willing to do

RE: Tomcat 3 Connector Default Bug Owner

Done Saludos , Ignacio J. Ortega > -Mensaje original- > De: Larry Isaacs [mailto:[EMAIL PROTECTED]] > Enviado el: lunes 5 de febrero de 2001 16:02 > Para: '[EMAIL PROTECTED]' > Asunto: RE: Tomcat 3 Connector Default Bug Owner > > > > > -Original Message- > > From: Craig R. M

Re: serializing XML to a ServletOutputStream fails

Hi Michael, I'll be working on a number of "encoding"-related problems, and support for different charsets is one of them. The problem is not easy, and it'll take few weeks - but you should have most of the issues resolved before tc3.3 beta. You can help in few ways: 1. Open a bug, with Encodin

RE: serializing XML to a ServletOutputStream fails

> > Maybe you should not use character set "UTF-8". I remember > that it's 8-bit Unicode. As I know, Chinese and Korean has > 16-bit code. So at least, you should try 16-bit Unicode. > I forgot the name, maybe it's "UTF-16". But I'm not sure if > JDK have fully support to "UTF-16". UTF8 is ok -

Re: Working combination of apache+lservModule+tomcat? or IIS5 + tomcat?

Remeber to download ApacheModuleJServ.dll and add the following line in the tomcat.conf file LoadModule jserv_module @tomcat@/modules/ApacheModuleJServ.dll where @tomcat@/modules is the directory the above dll located or you can also download and install JServ and point to the LoadModule to the @J

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

hgomez 01/02/05 08:04:01 Modified:src/share/org/apache/tomcat/modules/server Ajp13Interceptor.java Log: Avoid that ajp13 send 2 times END_OF_RESPONSE. The problems occurs when using RequestDispatcher and Forward via ajp13 Revision ChangesPath 1

Re: Servlet ClassLoader

Gudmundur Hafsteinsson wrote: > > | You're right about the normal delegation model for Java2. > > However, the Servlet > > | 2.3 Spec (Proposed Final Draft) gives a servlet container > > the option to "look > > | before delegating" -- see Section 9.6.2. Tomcat 4.0 does this. > > > > I've been wo

Re: serializing XML to a ServletOutputStream fails

Michael Mealling wrote: > On Mon, Feb 05, 2001 at 08:17:57PM +0900, Takashi Okamoto wrote: > > From: "Michael Mealling" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Cc: <[EMAIL PROTECTED]> > > Sent: Monday, February 05, 2001 7:54 PM > > Subject: Re: serializing XML to a ServletOutputStream

RequestDispatcher and exceptions

Hi, I'm working on few bugs related with RequestDispatcher ( well, it started with parameter handling, but RequestDispatcher is the place that have to be resolved first in order to resolve parameters - since it is doing special things with the params ). The main issue is what should happen if an

RE: Tomcat 4 SecurityManager and Jasper ClassLoader changes

>From Glenn's mail When Jasper is run in a servlet container it no longer puts the class files in a package, they are now in the default package. >From the current (I think) public draft, jsp12.pdf: (emphasis mine) The JSP Page implementation object belongs to an implementation-dependent ___name

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

[EMAIL PROTECTED] wrote: > When Jasper is run in a servlet > container it no longer puts the class files in a package, they are now > in the default package. > As was discussed earlier on TOMCAT-DEV, this is going to cause portability problems for people who use beans that are not in package

Re: RequestDispatcher and exceptions

[EMAIL PROTECTED] wrote: > Hi, > > I'm working on few bugs related with RequestDispatcher ( well, it started > with parameter handling, but RequestDispatcher is the place that have to > be resolved first in order to resolve parameters - since it is doing > special things with the params ). > > Th

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

"Craig R. McClanahan" wrote: > > [EMAIL PROTECTED] wrote: > > > When Jasper is run in a servlet > > container it no longer puts the class files in a package, they are now > > in the default package. > > > > As was discussed earlier on TOMCAT-DEV, this is going to cause > portability problem

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

Glenn Nielsen wrote: > > "Craig R. McClanahan" wrote: > > > > [EMAIL PROTECTED] wrote: > > > > > When Jasper is run in a servlet > > > container it no longer puts the class files in a package, they are now > > > in the default package. > > > > > > > As was discussed earlier on TOMCAT-DEV, t

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

Glenn Nielsen wrote: > "Craig R. McClanahan" wrote: > > > > [EMAIL PROTECTED] wrote: > > > > > When Jasper is run in a servlet > > > container it no longer puts the class files in a package, they are now > > > in the default package. > > > > > > > As was discussed earlier on TOMCAT-DEV, thi

Re: RequestDispatcher and exceptions

> > My preference would be to fix the test and throw exceptions from > > include(). On the other side this changes the behavior of tomcat - and I > > need a second opinion. If indeed the include() is supposed to throw the > > exception, then it's a spec issue and the previous behavior doesn't > >

Re: RequestDispatcher and exceptions

[EMAIL PROTECTED] wrote: > > > My preference would be to fix the test and throw exceptions from > > > include(). On the other side this changes the behavior of tomcat - and I > > > need a second opinion. If indeed the include() is supposed to throw the > > > exception, then it's a spec issue and

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/task ApacheConfig.java

danmil 01/02/05 15:04:26 Modified:src/share/org/apache/tomcat/task Tag: tomcat_32 ApacheConfig.java Log: Added configuraton for NetWare. Contributed by: Mike Anderson ([EMAIL PROTECTED]) Revision ChangesPath No revision

cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_util.c

danmil 01/02/05 15:22:04 Modified:src/native/mod_jk/common jk_util.c Log: When the plugin is shutting down, the thread that the code is being run on will likely only have a 16k stack. Since jk_log creates an 8k buffer on the stack, there were some cases that we ran off the stac

cvs commit: jakarta-tomcat/src/native/mod_jk/netscape jk_nsapi_plugin.c

danmil 01/02/05 15:23:17 Modified:src/native/mod_jk/netscape jk_nsapi_plugin.c Log: Fix a problem when submitting dating from a form with a POST request. NetWare 5.1 doesn't have some of the assumed functionality (netbuf_getbytes). Submitted by: Mike Anderson ([EMAIL PROTE

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

danmil 01/02/05 15:29:57 Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java Log: Added configuraton for NetWare. Contributed by: Mike Anderson ([EMAIL PROTECTED]) Revision ChangesPath 1.4 +7 -0 jakarta-tomcat/src/share/org/apache/tomc

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

danmil 01/02/05 15:36:50 Modified:src/doc tomcat-ug.html Log: Cleaned up HTML, fixed typos. Contributed by Chris Pepper <[EMAIL PROTECTED]> Revision ChangesPath 1.5 +597 -562 jakarta-tomcat/src/doc/tomcat-ug.html Index: tomcat-ug.html ===

Re: RequestDispatcher and exceptions

> > > In Tomcat 4, the following rules are applied: > > > * If the included servlet throws ServletException or IOException, > > > propogate it on to the calling servlet (i.e. no error page behavior). > > > * If the included servlet throws any other exception (such as > > > NullPointerException

[Tomcat 4] Session Handling Enhancements

The session handling enhancements proposed by Kief Morris <[EMAIL PROTECTED]> have been committed on the Tomcat 4.0 CVS repository. On an initial review, I plan to make the following changes, and welcome additional thoughts and comments: (1) Session Save/Restore Across App Restarts Currently, S

Re: RequestDispatcher and exceptions

[EMAIL PROTECTED] wrote: > > > > In Tomcat 4, the following rules are applied: > > > > * If the included servlet throws ServletException or IOException, > > > > propogate it on to the calling servlet (i.e. no error page behavior). > > > > * If the included servlet throws any other exception (su

Re: RequestDispatcher and exceptions

>Section 8.5 in 2.3 PFD says: >"Only runtime exceptions and checked exceptions of type ServletException >and IOException should be propagated ... if thrown by the target of >RequestDispatcher. All other exceptions should be wrapped ... " > >My understanding of this is that NullPointerException sh

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/aaa JDBCRealm.java

nacho 01/02/05 18:05:46 Modified:src/share/org/apache/tomcat/modules/aaa JDBCRealm.java Log: Bugzilla #307 & #407 Authentication failes using the JDBCRealm with Sybase ASE 11.9.2 for Linux BugRat Report#560 reported by: [EMAIL PROTECTED] (Allan Schweitz) JDBCRealm: C

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

nacho 01/02/05 18:08:43 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 JDBCRealm.java Log: Bugzilla Bugs #307 #407 #532 *Authentication failes using the JDBCRealm with Sybase ASE 11.9.2 for Linux BugRat Report#560 reported by: [EM

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/realm JDBCRealm.java

nacho 01/02/05 18:11:08 Modified:catalina/src/share/org/apache/catalina/realm JDBCRealm.java Log: Bugzilla Bugs #307 #407 *Authentication failes using the JDBCRealm with Sybase ASE 11.9.2 for Linux BugRat Report#560 reported by: [EMAIL PROTECTED] (Allan Schweitz)

[Bug 532] Changed - JDBCRealm auth fails using interbase interclient

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=532 *** shadow/532 Mon Feb 5 16:44:41 2001 --- shadow/532.tmp.14727Mon Feb 5 18:20:17 2001 *** *** 2,15 | JDBCRealm auth fails using interbase interclient | +---

[Bug 307] Changed - Authentication failes using the JDBCRealm with Sybase ASE 11.9.2 for Linux BugRat Report#560

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=307 *** shadow/307 Sat Feb 3 12:48:38 2001 --- shadow/307.tmp.14720Mon Feb 5 18:18:03 2001 *** *** 2,15 | Authentication failes using the JDBCRealm with Sybase ASE 11.9.2 for Linux | +---

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

craigmcc01/02/05 18:39:43 Modified:catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java Log: Change the method used to propogate exceptions thrown by included or forwarded-to servlets to conform to Section 8.5 of Servlet 2.3 (Proposed Fi

cvs commit: jakarta-tomcat/src/shell startup2.bat tomcat2.bat

nacho 01/02/05 18:46:31 Modified:.build.xml src/facade22/org/apache/tomcat/facade JspInterceptor.java src/share/org/apache/jasper/compiler JasperMangler.java src/share/org/apache/tomcat/modules/config LoaderI

RE: cvs commit: jakarta-tomcat/src/shell startup2.bat tomcat2.bat

> This commit is intented to let Tomcat33 > to use a classloader for internal classes > isolating tomcat internal classes on > his own classloader and with a common Nice demonstration of my capability to write songs in swahili, :)) Saludos , Ignacio J. Ortega --

Re: [Bug 532] Changed - JDBCRealm auth fails using interbase interclient

How do I unsubscribe this.It has become so painful.I have tried thru the address given at the bottom ,and no use. Please suggest me what to do. Thanks, Arvind _ Get your FREE download of MSN Explorer at http://explorer.msn.co

cvs commit: jakarta-tomcat/src/shell tomcat.sh

costin 01/02/05 20:44:53 Modified:src/shell tomcat.sh Log: Shell changes to match Nacho's bat file. The new behavior is enabled by default, comment out the first line if you want to go back. ( after a transition period I'll remove the old code from the startup script

Re: serializing XML to a ServletOutputStream fails

UTF-16 is not an acceptable encoding for XML as it takes two bytes per character, is byte order sensitive, and the XML tags would not be recognized... UTF-8 is the correct encoding! Any 31 bit character in the ISO10646 specification can be correctly represented in UTF-8. UNICODE is the first 657

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

costin 01/02/05 22:24:27 Modified:src/share/org/apache/tomcat/util/http Parameters.java Log: All parameter handling code is now part of Parameters. The internal representation of parameters is now encapsulated, no external class can access the internal details. This is sti

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

costin 01/02/05 22:29:19 Modified:src/share/org/apache/tomcat/core Request.java Log: Corresponding changes in Request - the parameter representation and handling is now encapsulated in Parameters. The Request and RequestDispatcher will create and manipulate Parameters, by

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

costin 01/02/05 22:30:58 Modified:src/share/org/apache/tomcat/modules/aaa AccessInterceptor.java Log: Use Parameters in AccessInterceptor. Revision ChangesPath 1.5 +9 -2 jakarta-tomcat/src/share/org/apache/tomcat/modules/aaa/AccessInt

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

costin 01/02/05 22:33:35 Modified:src/facade22/org/apache/tomcat/facade HttpServletRequestFacade.java JspInterceptor.java Log: ServletRequestFacade will now use Parameters. It'll also implement the API requirements about when and how the POST parameters ar

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

costin 01/02/05 22:35:56 Modified:src/facade22/org/apache/tomcat/facade RequestDispatcherImpl.java Log: A bigger change in RequestDispatcherImpl: - the parameter manipulation ( by using access to the internal representation) is removed - Parameters

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

costin 01/02/05 22:36:25 Modified:src/facade22/org/apache/tomcat/facade ServletHandler.java Log: Coresponding changes in ServletHandler - the exceptions are propagated from included servlets ( instead of wrapping them ) Revision ChangesPath 1.13 +11 -4 jakar

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

costin 01/02/05 22:37:38 Modified:src/share/org/apache/tomcat/core Handler.java Log: Corresponding changes in Handler - for better exception treatment. Revision ChangesPath 1.36 +9 -1 jakarta-tomcat/src/share/org/apache/tomcat/core/Handler.java Index: Han

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

costin 01/02/05 22:40:07 Modified:src/share/org/apache/tomcat/core BaseInterceptor.java Container.java Log: A small change in Container/BaseInterceptor regarding module add. The "registerHooks" needs access to the ContextManager and Context ( for local i

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

costin 01/02/05 22:41:08 Modified:src/share/org/apache/tomcat/core Context.java ContextManager.java Log: Estetic change in the way Contexts are displayed: use host:/path instead of Ctx ( ) Revision ChangesPath 1.138 +2 -2 jakarta-

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config AutoWebApp.java

costin 01/02/05 22:42:01 Modified:src/share/org/apache/tomcat/modules/config AutoWebApp.java Log: Better (and fewer) messages in AutoWebApp. Revision ChangesPath 1.3 +4 -2 jakarta-tomcat/src/share/org/apache/tomcat/modules/config/AutoWebApp.java Index:

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config LogSetter.java

costin 01/02/05 22:42:28 Modified:src/share/org/apache/tomcat/modules/config LogSetter.java Log: Added the missing options for removing and configuring timestamps. Revision ChangesPath 1.6 +21 -1 jakarta-tomcat/src/share/org/apache/tomcat/modules/config/LogSe

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config PathSetter.java

costin 01/02/05 22:43:59 Modified:src/share/org/apache/tomcat/modules/config PathSetter.java Log: Better messages in pathsetter. home will be displayed, but installDir only if different, also simpler message. Revision ChangesPath 1.4 +7 -4 jakarta-tomcat

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config ServerXmlReader.java

costin 01/02/05 22:45:05 Modified:src/share/org/apache/tomcat/modules/config ServerXmlReader.java Log: Fewer messages in ServerXmlReader. If server.xml is read from TOMCAT_HOME, don't display the long path again. Revision ChangesPath 1.4

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config WorkDirSetup.java

costin 01/02/05 22:45:30 Modified:src/share/org/apache/tomcat/modules/config WorkDirSetup.java Log: Removed duplicated code ( it is also part of PathSetter ) Revision ChangesPath 1.4 +0 -22 jakarta-tomcat/src/share/org/apache/tomcat/modules/config/WorkDirSetu

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

costin 01/02/05 22:46:29 Modified:src/share/org/apache/tomcat/modules/generators ErrorHandler.java Log: Fixes for the error handling. More debugging ( maybe we'll need it again ) Revision ChangesPath 1.6 +24 -13 jakarta-tomcat/src/share

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/loggers LogEvents.java

costin 01/02/05 22:47:38 Modified:src/share/org/apache/tomcat/modules/loggers LogEvents.java Log: First use of registerHooks: LogEvents will add itself to the server only if debug>5 on ContextManager. ( LogEvents is very usefull in seeing what happens inside the server, I

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

costin 01/02/05 22:48:36 Modified:src/share/org/apache/tomcat/util CharChunk.java Log: Removing debug message. Revision ChangesPath 1.6 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/util/CharChunk.java Index: CharChunk.java =

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

costin 01/02/05 22:48:54 Modified:src/share/org/apache/tomcat/util/test HttpClient.java Log: Removing debug message. Revision ChangesPath 1.5 +0 -2 jakarta-tomcat/src/share/org/apache/tomcat/util/test/HttpClient.java Index: HttpClient.java ===

cvs commit: jakarta-tomcat/src/tests/webpages/params - New directory

costin 01/02/05 22:49:32 jakarta-tomcat/src/tests/webpages/params - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

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

costin 01/02/05 22:51:17 jakarta-tomcat/src/tests/webpages/WEB-INF/classes/params - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat/src/tests/webpages/params isParams.jsp params.jsp paramsIS.jsp

costin 01/02/05 22:53:33 Added: src/tests/webpages/WEB-INF/classes/params InputStreamParams.java Params.java ParamsInputStream.java src/tests/webpages/params isParams.jsp params.jsp paramsIS.jsp