[PATCH] charset & line terminator (Re: My patches for Tomcat 3.2wrt mutlibyte characters)

From: Costin Manolache <[EMAIL PROTECTED]> Subject: Re: My patches for Tomcat 3.2 wrt mutlibyte characters Date: Wed, 6 Dec 2000 21:55:45 -0800 (PST) Message-ID: <[EMAIL PROTECTED]> > The least we can do is to detect if the encoding is > compatible with ASCII ( or UNICODE ) and use the > getBytes

I'm interesting in this project

Hi,all: I'm very interesting in your work and want to distribute to this project. After downloaded the source codes from the web site, I find it is difficult to read them without something that describe the whole architecture. Would you pls tell me where can I find the description about the who

Re: [PROPOSAL] JSSI for Tomcat

> Okay, I appreciate if you can take a look at it. I must admit I have not > looked at the interceptor stuff enough to see how it should be done. To > me, "interceptor" sounds like something that intercepts a specific request > and does something with it, not a component that can provide an interf

cvs commit: jakarta-tomcat-4.0/catalina build.xml

craigmcc00/12/10 19:12:31 Modified:catalina build.xml Log: Pick up the regular expressions package no matter what the JAR file name is. Revision ChangesPath 1.27 +3 -2 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml ===

Re: [PROPOSAL] JSSI for Tomcat

[EMAIL PROTECTED] wrote: > [...] > Ok, too much discutions off-topic - I wouldn't mind if you keep the > org.apache.java.* ( and maybe import some more ), instead of > org.apache.ssi.util :-) Okay. > > What's needed for integration is, first of all, an interface with > > these methods: > > > >

Re: [PROPOSAL] JSSI for Tomcat

> > Even though the "org.apache.java.*" classes are not directly tied to > JSSI, I have a feeling they are not all that useful for other projects. > And without a real "shared Java utils" package within Apache, it's a > pain to coordinate the development of shared code. I therefore suggest > thi

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

craigmcc00/12/10 15:36:45 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 JDBCRealm.java Log: Make JDBCRealm not final so that it can be conveniently subclassed. Submitted by: Allan Schweitz <[EMAIL PROTECTED]> PR: BugRat Bug Report #563 (F

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

craigmcc00/12/10 15:35:33 Modified:catalina/src/share/org/apache/catalina/realm JDBCRealm.java Log: Make JDBCRealm non-final so that it can be conveniently subclassed. Submitted by: Allan Schweitz <[EMAIL PROTECTED]> PR: BugRat Bug Report #563 (Feature Request) Revision

Re: [PROPOSAL] JSSI for Tomcat

Jeff Turner wrote: > > [...] > > That's a good idea, and jakarta-jsse is as good a name as any ;-) > > If I may be the first to throw cold water on that name.. JSSE already > stands for Java Secure Socket Extension > (http://java.sun.com/products/jsse/), which is necessary for Tomcat's SSL > sup

Re: [PROPOSAL] JSSI for Tomcat

-- God made the integers; all else is the work of Man. -- Kronecker On Sun, 10 Dec 2000, Hans Bergsten wrote: > [EMAIL PROTECTED] wrote: > > [...] > > > 1) Make this a new Jakarta subproject, named jakarta-jssi. > > >The reason for this is that it's an optional module and i

Re: [PROPOSAL] JSSI for Tomcat

[EMAIL PROTECTED] wrote: > [...] > > 1) Make this a new Jakarta subproject, named jakarta-jssi. > >The reason for this is that it's an optional module and it can > >live its own life outside the container development. > > +1 - but I would like more a "generic" name ( jakarta-jsse - java

BugRat Report #564 has been filed.

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

Re: [PROPOSAL] JSSI for Tomcat

Hi Hans, > for tags and NCSA SSI directives, I decided to port Apache > JSSI to Tomcat. Now it's basically done for TC 3.2, and the question is > what to do with it ;-) > 1) Make this a new Jakarta subproject, named jakarta-jssi. >The reason for this is that it's an optional module and it

Re: username and password for admin tomcat 3.2

peter duong wrote: > hi, > i tried to use admin function in tomcat but donot know the initial > username and password. could you please help ? > tia I normally would not reply to this because its in the wrong list (tomcat-dev as opposed to tomcat-user), but I feel it is enough of a documentation

BugRat Report #563 has been filed.

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

[PATCH]Tc3.3 Improvement to mod_jk.auto-conf

Attached is a diff to the class that writes the Apache config file. I added code to write JkMount directives to include the 's from the web.xml files for each context. I like/desire the functionality, but the implementation is a little cheap. I did this by reparsing the web.xml's. This is inef

[BUG? & PATCH] for Kaffe VM

Hello, developers. I found problem that tomcat 3.2-b8 doesn't work on Kaffe VM. (probably 3.2 final is same) Error occurs at read() method in java.io.BufferedInputStream. If you apply this patch to RecycleBufferedInputStream.java, it will work collectly on Kaffe VM. But I don't know this cause i