[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 servlet-mapping '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

BugRat Report #563 has been filed.

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

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

Re: [PROPOSAL] JSSI for Tomcat

Hi Hans, for servlet 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

BugRat Report #564 has been filed.

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

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 server

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 it can

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 support.

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

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

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 this

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: boolean

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

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 interface

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

[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()