cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/mappers SimpleMapper1.java

ccain 01/09/17 23:48:26 Modified:src/share/org/apache/tomcat/modules/mappers SimpleMapper1.java Log: Typos ... Revision ChangesPath 1.11 +5 -5 jakarta-tomcat/src/share/org/apache/tomcat/modules/mappers/SimpleMapper1.java Index: S

Ldap.jar license

-1 I do not agree to this license for inclusion of ldap.jar in Tomcat 4.0 final. 124 -rw-rw-r-- 1 jon wheel 123717 Sep 17 19:36 ldap.jar This is a similar license to the old Servlet API 2.0 license and I never agreed to that one for inclusion in Jserv on pretty much the same issues

Absolute necessary .jar files?

? common/lib/activation.jar ? common/lib/crimson.jar ? common/lib/jaxp.jar ? common/lib/jcert.jar ? common/lib/jdbc2_0-stdext.jar ? common/lib/jnet.jar ? common/lib/jsse.jar ? common/lib/jta-spec1_0_1.jar ? common/lib/ldap.jar ? common/lib/mail.jar ? common/lib/naming-common.jar ? common/lib/namin

[T4] License Issues and more....

It looks like the T4 distribution violates a bunch of licenses: Tyrex: 1. Redistributions of source code must retain copyright statements and notices. Redistributions must also contain a copy of this document. Nope, I don't see a copy of the license for Tyrex...or licenses for any of the other i

Re: DO NOT REPLY [Bug 3681] New: - javadoc errors

on 9/17/01 10:10 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > >> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3681 >> >> Summary: javadoc errors >> Product: Tomcat 4 >> Version: 4.0 Final >> Platform:

Re: DO NOT REPLY [Bug 3681] New: - javadoc errors

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3681 > > Summary: javadoc errors > Product: Tomcat 4 > Version: 4.0 Final > Platform: Other > OS/Version: Other > Status: NEW > Severity:

Question

Why is this in the jakarta-tomcat-4.0/build.xml: If you comment out the servlet.home in the build.properties, you still can't build the thing because the catalina/build.xml file is executed with the wrong relative root and you are still missing the servlet.lib and servlet.jar properties (beca

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 21:56:53 Modified:.build.properties.sample Log: revert previous patch cause BUILDING.txt says we should be using a nightly Revision ChangesPath 1.11 +2 -2 jakarta-tomcat-4.0/build.properties.sample Index: build.properties.sample

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 21:56:36 Modified:.Tag: tomcat_40_branch build.properties.sample Log: revert previous patch cause BUILDING.txt says we should be using a nightly Revision ChangesPath No revision No revision 1.7.

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 21:54:14 Modified:.build.properties.sample Log: in build.xml, there is: make it match up with build.properties Revision ChangesPath 1.10 +2 -2 jakarta-tomcat-4.0/build.properties.sample Index: build.properties.sample

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 21:53:42 Modified:.Tag: tomcat_40_branch build.properties.sample Log: in build.xml, there is: make it match up with build.properties Revision ChangesPath No revision No revision 1.7

Re: Another build problem...

- Original Message - From: "Jon Stevens" <[EMAIL PROTECTED]> To: "tomcat-dev" <[EMAIL PROTECTED]> Sent: Monday, September 17, 2001 9:51 PM Subject: Re: Another build problem... > on 9/17/01 9:40 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > Put Xalan 2 (from the JAXP package) in

DO NOT REPLY [Bug 3681] New: - javadoc errors

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Another build problem...

on 9/17/01 9:40 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > Put Xalan 2 (from the JAXP package) in you $ANT_HOME/lib. That should fix > it. > > Remy That's cute. Where is that documented? -jon

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 21:45:19 Modified:.build.properties.sample Log: missing dash Revision ChangesPath 1.9 +2 -2 jakarta-tomcat-4.0/build.properties.sample Index: build.properties.sample ==

Re: [ANNOUNCEMENT] Apache Tomcat 4.0 Final Release

"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > It's official! The Servlet 2.3 and JSP 1.2 specifications are now final, > and so is Apache Tomcat 4.0, which implements the new features of these > specifications plus a host of other functionality improvements over the > current production rel

Re: Another build problem...

> What the heck? > > I have all the stuff configured properly (with the right versions) in the > build.properties. I'm using Ant 1.4. Put Xalan 2 (from the JAXP package) in you $ANT_HOME/lib. That should fix it. Remy

Another build problem...

What the heck? I have all the stuff configured properly (with the right versions) in the build.properties. I'm using Ant 1.4. -jon build-main: [style] DEPRECATED - xslp processor is deprecated. Use trax or xalan instead . [style] java.lang.NoClassDefFoundError: org/apache/xalan/xslt/XSL

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 21:24:24 Modified:.Tag: tomcat_40_branch build.properties.sample Log: another dash Revision ChangesPath No revision No revision 1.7.2.2 +2 -2 jakarta-tomcat-4.0/build.properties.sample

Re: [T4] Build Frustration

on 9/17/01 9:25 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > My main concern is that the current build system will definitely scare away > the casual contributor (who usually submits one or two patches to fix the > bug / problem he found, or add one or two features). Yet, having bug reports

Compile errors

I'm trying to build off the tomcat-4.0 branch and it isn't working... It seems that for some reason, the copying of the files over to the build directory is commented out. Why is that? It says that one cannot re-distribute the JSSE stuff, but this is for BUILDING, not distribution. The distributi

Re: [T4] Build Frustration

> It frustrates me to no end that building Tomcat 4 is dependent on Sun .jar > files that require a registration in order to download. I was about complain, but I didn't want to tweak too much the build system just before the final release. Since both sides have a point (for the record, I'm on t

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 21:02:08 Modified:.Tag: tomcat_40_branch build.properties.sample Log: carry over name change to branch Revision ChangesPath No revision No revision 1.7.2.1 +2 -2 jakarta-tomcat-4.0/build.

Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample

on 9/17/01 8:55 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Jon, > > I agree with the general principle of using the same name as it unpacks > with, but the jndi1_2_1.zip download doesn't even have an internal > directory -- so the name people use is arbitrary. > > Craig Hmmm...Stuf

[T4] Build Frustration

It frustrates me to no end that building Tomcat 4 is dependent on Sun .jar files that require a registration in order to download. BUILD FAILED /Users/jon/checkout/jakarta-tomcat-4.0/catalina/build.xml:117: Could not find file /Users/jon/checkout/jndi-1.2.1/lib/ldap.jar to copy. At least one of

Re: cvs commit: jakarta-tomcat-4.0 build.properties.sample

Jon, I agree with the general principle of using the same name as it unpacks with, but the jndi1_2_1.zip download doesn't even have an internal directory -- so the name people use is arbitrary. Craig On 18 Sep 2001 [EMAIL PROTECTED] wrote: > Date: 18 Sep 2001 03:49:42 - > From: [EMAIL PRO

The "jakarta-tomcat-4.0" CVS repository

Along with the release, I have also created a branch (tomcat_40_branch) for doing maintenance releases against Tomcat 4.0 (4.0.1, etc.). The HEAD branch is now available for development towards an eventual 4.1 release. If you are posting patches, please try to be specific about which branch you

Re: missing /util/xml/PopStack.java

In case your still waiting for replies... The PopStack class is not stored as a distinct file. It is one of the classes located in util/xml/XmlMapper.java And the answer to the other question is yes, I have been able to build Tomcat from the source distribution for 3.2.1 and 4.0 b7/rc1/rc2. Hid

cvs commit: jakarta-tomcat-4.0 build.properties.sample

jon 01/09/17 20:49:42 Modified:.build.properties.sample Log: use the name the same way that the directory unpacks. Revision ChangesPath 1.8 +2 -2 jakarta-tomcat-4.0/build.properties.sample Index: build.properties.sample =

DO NOT REPLY [Bug 3669] New: - Improve Jasper error reporting (stack traces)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 3668] - Validation error reporting

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: DO NOT REPLY [Bug 3667] New: - Only one ValidationMessageprocessed

Wonderful timing ... just as the announcement message was being broadcast :-(. Hans, there's no question that this is a bug that needs to be fixed -- but can you point me to where in the spec you feel this is a compliance issue? Craig On 18 Sep 2001 [EMAIL PROTECTED] wrote: > Date: 18 Sep 200

cvs commit: jakarta-tomcat-4.0 build.xml

remm01/09/17 20:31:00 Modified:.Tag: tomcat_40_branch build.xml Log: - Fix a problem with build script where the dist-source target (which is only used when packaging a release) would also copy the binaries. Revision ChangesPath No revis

DO NOT REPLY [Bug 3668] New: - Validation error reporting

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0 build.xml

remm01/09/17 20:29:26 Modified:.build.xml Log: - Fix a problem with build script where the dist-source target (which is only used when packaging a release) would also copy the binaries. Revision ChangesPath 1.39 +2 -2 jakarta-tomcat-4.0/build.xm

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

larryi 01/09/17 20:28:27 Modified:src/doc tomcat-ug.html Log: Add a table containing the default server.xml and info that is partially filled in. Revision ChangesPath 1.15 +178 -2jakarta-tomcat/src/doc/tomcat-ug.html Index: tomcat-ug.html

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

larryi 01/09/17 20:25:57 Modified:src/doc serverxml.html Log: Update with the modules I have documented so far. Revision ChangesPath 1.4 +936 -119 jakarta-tomcat/src/doc/serverxml.html Index: serverxml.html

DO NOT REPLY [Bug 3667] New: - Only one ValidationMessage processed

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-site/xdocs index.xml news.xml

craigmcc01/09/17 20:01:51 Modified:docs index.html news.html xdocsindex.xml news.xml Log: Updates for Apache Tomcat 4.0 final release. Revision ChangesPath 1.9 +6 -7 jakarta-tomcat-site/docs/index.html Index: index.html ==

cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

larryi 01/09/17 19:44:45 Modified:.RELEASE-PLAN-3.3 Log: Update to current status. Moved Bug 1798 to RC2 just to provide a little more time to verify that we can't duplicate it. Revision ChangesPath 1.14 +24 -19jakarta-tomcat/RELEASE-PLAN-3.3

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

larryi 01/09/17 19:37:40 Modified:src/facade22/org/apache/tomcat/facade ServletHandler.java Log: Moved synchronization to the method for init(). Insures we don't run into problem with "double checked locking". Since service() already checks the state before calling init(),

RE: Remaining Tomcat 3.3 Issues

On Mon, 17 Sep 2001, Larry Isaacs wrote: > Hi Costin, > > See below for my proposal for Item #2. I think this is > the only one remaining that matters for RC1 at this point. > Let me know if you think this will work. I think we can postpone this for RC2. You are right - syncronization in init

RE: Ajp13 change in recent TC 3.3

On Mon, 17 Sep 2001, GOMEZ Henri wrote: > >I think the only compatibility that matters is 3.2.3 > >working with the new mod_jk. > > If you use latest mod_jk (JTC or JT 3.3) with TC 3.2.3 > you won't have any problems. > > But if you try 3.2.3 mod_jk with JT 3.3, you are stuck. What whould any

Re: cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html

Quoting [EMAIL PROTECTED]: > -Jakarta Project - Tomcat (v4.0-rc2) > +Jakarta Project - Tomcat (v4.0) A yeeeah ... TC4 Final is in the hizouse! Throw your hands in the air! The anticipation is palpable, non ;-) - Christopher /** * Pleurez, pleurez, mes yeux, et fondez vous en

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_global.h

keith 01/09/17 18:31:18 Modified:jk/native/apache-1.3 mod_jk.c jk/native/apache-2.0 mod_jk.c jk/native/common jk_global.h Log: Enable mod_rewrite by passing Apache's r->uri to Tomcat, but encode it for spec compliance. Revision ChangesPath

Re: [VOTE] New Committer: Bojan Smojver

+1 Keep up the good work Bojan! >>> [EMAIL PROTECTED] 09/17/01 05:43AM >>> I would like to propose Bojan Smojver as a committer. He has supplied a number of patches as well as done useful testing. I think he would make good addition to the Jakarta team. Vote, please... Larry Isaacs

cvs commit: jakarta-tomcat-4.0/webapps/ROOT index.html

craigmcc01/09/17 18:12:54 Modified:catalina/src/share/org/apache/catalina Globals.java webapps/ROOT index.html Log: Update version numbers for final release. Revision ChangesPath 1.39 +5 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catali

cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.txt RELEASE-PLAN-4.0.txt

craigmcc01/09/17 18:09:37 Modified:.RELEASE-NOTES-4.0.txt RELEASE-PLAN-4.0.txt Log: Update to final status for release. Revision ChangesPath 1.6 +12 -17jakarta-tomcat-4.0/RELEASE-NOTES-4.0.txt Index: RELEASE-NOTES-4.0.txt

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler PluginGenerator.java

craigmcc01/09/17 17:48:19 Modified:jasper/src/share/org/apache/jasper/compiler PluginGenerator.java Log: If the user's tag has a "name" attribute, generate that in the corresponding and elements created by the tag. PR: Bugzilla #3055 Submitted by:

Re: [PATCH] Jspc throws NPE when used without -webapp

Thanks Kin-Man. Can you validate the proposed patch for #3640 as well, if it is still needed? Craig On Mon, 17 Sep 2001, Kin-Man Chung wrote: > Date: Mon, 17 Sep 2001 17:08:35 -0700 (PDT) > From: Kin-Man Chung <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED], > Kin-Man Chung <[EMAIL PRO

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

craigmcc01/09/17 17:16:34 Modified:jasper/src/share/org/apache/jasper JspC.java Log: Additional patch to make jspc work when processing tag libraries, even when the "-webapp" command line option is not specified. Patch is by Kin-Man Chung <[EMAIL PROTECTED]>. PR: 3529 Su

cvs commit: jakarta-tomcat-4.0/tester/web/WEB-INF web.xml

craigmcc01/09/17 17:08:00 Modified:tester/src/bin tester.xml tester/web/WEB-INF web.xml Added: tester/src/tester/org/apache/tester Include10.java Include10a.java Log: Add an even more stringent unit test on RequestDispatcher.include() t

DO NOT REPLY [Bug 3665] - Request Dispatching - Parameters are not properly set

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

[PATCH] Jspc throws NPE when used without -webapp

This patch fixes the reopen #3529. Now jspc works for taglib when -webapp is not specified. The logic used in JspC.java to get the uri root and base is still very convoluted and should be a prime target for rewrite, maybe later. misto% runsocks cvs diff -u JspC.java Index: JspC.java ==

DO NOT REPLY [Bug 3665] - Request Dispatching - Parameters are not properly set

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat/src/native/apache1.3 mod_jk.c

keith 01/09/17 16:53:21 Modified:src/native/apache1.3 Tag: tomcat_32 mod_jk.c Log: Enable mod_rewrite by passing Apache's r->uri to Tomcat, but encode it for spec compliance. Revision ChangesPath No revision No revision

cvs commit: jakarta-tomcat/src/native/mod_jk/common jk_global.h

keith 01/09/17 16:43:59 Modified:src/native/mod_jk/apache1.3 mod_jk.c src/native/mod_jk/common jk_global.h Log: Enable mod_rewrite and maintain spec compliance by passing Apache's r->uri to Tomcat, but re-encoding it first. Revision ChangesPath 1.17

DO NOT REPLY [Bug 3665] - Request Dispatching - Parameters are not properly set

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/resources messages_ja.properties

craigmcc01/09/17 16:14:43 Modified:catalina/src/share/org/apache/catalina/core LocalStrings_ja.properties catalina/src/share/org/apache/catalina/realm LocalStrings_ja.properties catalina/src/share/org/apache/c

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/warp WarpRequestHandler.java

pier01/09/17 16:12:01 Modified:catalina/src/share/org/apache/catalina/connector/warp WarpRequestHandler.java Log: Mirroring change for bug 3574 in jakarta-tomcat-4.0 for final release. Revision ChangesPath 1.13 +4 -0 jakarta-tomcat-

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming LocalStrings_ja.properties

craigmcc01/09/17 16:01:05 Added: catalina/src/share/org/apache/naming LocalStrings_ja.properties Log: Add forgotten resource bundle for Japanese. Submitted by: Kazuhiro Kazama <[EMAIL PROTECTED]> Revision ChangesPath 1.1 j

DO NOT REPLY [Bug 3665] New: - Request Dispatching - Parameters are not properly set

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/webapp/apache-1.3 Makefile.in

pier01/09/17 15:59:52 Modified:webapp/apache-1.3 Makefile.in Log: Final fix for APXS weirdnesses that doesn't want to build under RH71. Revision ChangesPath 1.19 +20 -9 jakarta-tomcat-connectors/webapp/apache-1.3/Makefile.in Index: Makefile.in ===

cvs commit: jakarta-tomcat-connectors/webapp/java WarpRequestHandler.java

pier01/09/17 15:56:58 Modified:webapp/java WarpRequestHandler.java Log: Final fix for bug 3574 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=3574 Revision ChangesPath 1.17 +4 -0 jakarta-tomcat-connectors/webapp/java/WarpRequestHandler.java Index:

Re: SSL Attributes

GOMEZ Henri wrote: >>I thought the problem was that mod_ssl only passes the one cert. If it >>somehow allows access to the whole chain, then definitely ... >>you could >>cache it like TC4. I'd be willing to help with that =) >> > > As i said previously we only forward SSL_CLIENT_CERT, > and t

RE: SSL Attributes

>I thought the problem was that mod_ssl only passes the one cert. If it >somehow allows access to the whole chain, then definitely ... >you could >cache it like TC4. I'd be willing to help with that =) As i said previously we only forward SSL_CLIENT_CERT, and to have all you'll have to pass al

Re: SSL Attributes

Craig R. McClanahan wrote: > > JSSE exposes the underlying SSL session and offers an API with storable > attributes like an HttpSession. Tomcat 4 caches its converted version of > the cert chain there (to avoid reparsing every single time). Could you do > something similar and transfer the cer

Re: SSL Attributes

GOMEZ Henri wrote: >>Is the "Connector-over-SLL" issue even addressed by the spec? If the >>front-end web server is handling all of the authentication, then isn't >>securing the connectors simply securing the communication channel, >>having nothing to do with authentication? >> > > I doubt th

RE: SSL Attributes

On Mon, 17 Sep 2001, GOMEZ Henri wrote: > Date: Mon, 17 Sep 2001 23:40:29 +0200 > From: GOMEZ Henri <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: RE: SSL Attributes > > > > >> But what did we need to have present in SPEC ? > >> client cert and ca cert or onl

Re: SSL Attributes

Christopher Cain wrote: [snip] > I could be wrong, I'm just asking. If the Tomcat container itself is > not > involved in the authentication process, one would not expect that a > webapp has access to the client cert anyway. Is that right? To clarify, I meant "access to the full chain." If A

RE: SSL Attributes

>Is the "Connector-over-SLL" issue even addressed by the spec? If the >front-end web server is handling all of the authentication, then isn't >securing the connectors simply securing the communication channel, >having nothing to do with authentication? I doubt the connector case (web-server t

Re: SSL Attributes

Craig R. McClanahan wrote: > > On Mon, 17 Sep 2001, GOMEZ Henri wrote: > > >>Date: Mon, 17 Sep 2001 23:17:15 +0200 >>From: GOMEZ Henri <[EMAIL PROTECTED]> >>Reply-To: [EMAIL PROTECTED] >>To: [EMAIL PROTECTED] >>Subject: RE: SSL Attributes >> >> >> >>Cheers >> >>Jean-frederic >

RE: SSL Attributes

> >> But what did we need to have present in SPEC ? >> client cert and ca cert or only client cert ? > >*All* certs in the chain are required for authentication. >There could be > several tiers: i.e. CA 1 signs CA 2's cert, then CA 2 signs the >company cert. I don't know what the specs have

cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/filters IdentityInputFilter.java IdentityOutputFilter.java

remm01/09/17 14:27:32 Modified:http11/src/java/org/apache/coyote/http11 InputFilter.java OutputFilter.java Added: http11/src/java/org/apache/coyote/http11/filters IdentityInputFilter.java IdentityOutputFilter.java Log: - So

RE: SSL Attributes

On Mon, 17 Sep 2001, GOMEZ Henri wrote: > Date: Mon, 17 Sep 2001 23:17:15 +0200 > From: GOMEZ Henri <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: RE: SSL Attributes > > > >> >> Cheers > >> >> > >> >> Jean-frederic > >> >> > >> >> Note: > >> >> javax.servle

Re: SSL Attributes

GOMEZ Henri wrote: >Cheers > >Jean-frederic > >Note: >javax.servlet.cert.X509Certificate is in JSSE. >java.servlet.cert.X509Certificate is in JDK (even in 1.2.2). > > Not only that, the JSSE version doesn't even inherit from the JDK version :-(. Wh

Re: SSL Attributes

Craig R. McClanahan wrote: > > On Mon, 17 Sep 2001, GOMEZ Henri wrote: > > >>Date: Mon, 17 Sep 2001 23:03:36 +0200 >>From: GOMEZ Henri <[EMAIL PROTECTED]> >>Reply-To: [EMAIL PROTECTED] >>To: [EMAIL PROTECTED] >>Subject: RE: SSL Attributes >> >> >>>Even in the 2.2 spec, this was required to be

Re: TC4 - Avalon Wrapper.

Craig, >[ .. Avalon intro, and existing blocks snipped .. ] >One general question -- are you creating a class loader hierarchy (like >the Bootstrap class does), or are you loading everything from a single >class loader? The latter approach might cause you some grief, because >it's never been tes

RE: SSL Attributes

>> >> Cheers >> >> >> >> Jean-frederic >> >> >> >> Note: >> >> javax.servlet.cert.X509Certificate is in JSSE. >> >> java.servlet.cert.X509Certificate is in JDK (even in 1.2.2). >> >> >> > >> >Not only that, the JSSE version doesn't even inherit from the >> >JDK version >> >:-(. When using JSSE (

RE: SSL Attributes

On Mon, 17 Sep 2001, GOMEZ Henri wrote: > Date: Mon, 17 Sep 2001 23:03:36 +0200 > From: GOMEZ Henri <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: RE: SSL Attributes > > >Even in the 2.2 spec, this was required to be an array of certificates. > > > >What di

cvs commit: jakarta-tomcat-connectors/webapp/apache-1.3 Makefile.in

pier01/09/17 13:59:24 Modified:webapp/apache-1.3 Makefile.in Log: Forgot to add APR-required libraries to the new fix... Revision ChangesPath 1.18 +2 -2 jakarta-tomcat-connectors/webapp/apache-1.3/Makefile.in Index: Makefile.in ==

RE: SSL Attributes

>Even in the 2.2 spec, this was required to be an array of certificates. > >What did Tomcat 3.2 do? If 3.2 does it right, this would seem to be a >regression. TC 3.2 also have it like a string and it's bad. I'm strongly to have TC 3.3 handling as indicated by SPEC. >> Cheers >> >> Jean-frederic

RE: SSL Attributes

>I have patched mod_jk for TC4.0 so that the SSL Attributes >follow the spec's >(SRV.4.7). >I have not found anything in the 2.2 spec's about it. > >I have noted that the "javax.servlet.cert.X509Certificate" of >TC3.3 is a String >not an array of java.servlet.request.X509Certificate. > >What sho

RE: mod_webapp/SSL and TC 4.0

>I'm tempted to say neither HTTPS_KEYSIZE nor >HTTPS_SECRETKEYSIZE are the >correct answer..:) I feel it's HTTPS_KEYSIZE since it's only 56bits. Serious SSL implemtation like mod_ssl support 128bits :)

cvs commit: jakarta-tomcat-connectors/webapp/apache-1.3 Makefile.in

pier01/09/17 13:51:56 Modified:webapp/apache-1.3 Makefile.in Log: Another attempt to fix the APXS -Wc, -Wl, problem under Linux. Revision ChangesPath 1.17 +11 -7 jakarta-tomcat-connectors/webapp/apache-1.3/Makefile.in Index: Makefile.in ==

RE: TC 3.3 bugs

> >> ==> These are very specific to RPM packaging and need to >> be marked as Enh. > >I'm not sure this one should be marked as Enh (that's why I >submitted it in normal) >since the results of this bug can be pretty ugly:(. I agree for the stop/start, not necessary easy to fix. In stricto senso,

RE: [Bug 3606] New: - Tomcat rpms are not FHS compliant

>Obviously configuration should go in /etc and logging in >/var/log (helps with >logrotate) logrotate couldn't do anything with that tomcat logfile since Tomcat will keep using the initial file, even if that one has been renamed and gzipped. A real candidate for jakarta-service, to intercep

RE: DO NOT REPLY [Bug 3597] - Shutting down takes *ages*

Try to upgrade IBM SDK to a more recent release. The latest date from June 2001. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Or

RE: Ajp13 change in recent TC 3.3

>| -Original Message- >| What about that patch which allways set ContentLength >| but try to get others datas only in contentLength is set >| and not -1 >| >| >| --- Ajp13.java.orig Mon Sep 17 11:16:05 2001 >| +++ Ajp13.java Mon Sep 17 11:16:30 2001 >| @@ -411,8 +411,8 @@ >|

RE: [J-T-C] Apache 2.0 code review required

>| If that change make us spec compliant and >| mod_rewrite compatible, I'll be OK, but may be >| we should all review code change before commit ? >| >| Also what about IIS/NES/DOMINO in such case ? > >Attached is what I propose. I can't speak for >the other servers, and neither one of our chan

RE: Ajp13 change in recent TC 3.3

>I think the only compatibility that matters is 3.2.3 >working with the new mod_jk. If you use latest mod_jk (JTC or JT 3.3) with TC 3.2.3 you won't have any problems. But if you try 3.2.3 mod_jk with JT 3.3, you are stuck. >We should recomend people to upgrade at least mod_jk to >3.3/jk or j-

RE: FW: Tomcat + gcj

I'm working on that with Anthony :) Stay tuned - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [E

cvs commit: jakarta-tomcat-connectors/webapp/apache-1.3 Makefile.in

pier01/09/17 13:34:52 Modified:webapp/apache-1.3 Makefile.in Log: Fix long lasting Linux "ld" and "/bin/sh" problems (parsing of commas in "sh" and linking two static libraries with "ld") Revision ChangesPath 1.16 +7 -7 jakarta-tomcat-connectors/webapp/ap

Re: SSL Attributes

Ahh ... okay. Well if the connectors are taken care of, I can port the fix to the tree (using JSSE) tonight to fix client auth, or let JF do it if he prefers. If I don't get word by then (he might already be offline in his corner of the world :), I'll just do the fix. Marc, should I port it

RE: SSL Attributes

What about Client Certificates for IIS in TC 3.3? I have the code done, it compiles but i'm unable to test it.. If anyone has a setup for that and wants to help to test it i can send a compiled ( or the code, whatever he/she wants ) isapi_redirect.dll that theoretically extracts a Client Certif

RE: SSL Attributes

My preference is to have this in Tomcat 3.3 RC1. Larry > -Original Message- > From: Ignacio J. Ortega [mailto:[EMAIL PROTECTED]] > Sent: Monday, September 17, 2001 3:16 PM > To: '[EMAIL PROTECTED]'; > '[EMAIL PROTECTED]' > Subject: RE: SSL Attributes > > > This is the message i recal f

RE: mod_webapp/SSL and TC 4.0

I'm open open to any bet :) I'm tempted to say neither HTTPS_KEYSIZE nor HTTPS_SECRETKEYSIZE are the correct answer..:) Saludos , Ignacio J. Ortega > -Mensaje original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En > nombre de jean-frederic clere > Enviado el: lunes 17 de septie

RE: SSL Attributes

This is the message i recal from JF :) > What should we do?: > 1 - Update TC3.3 code so that is compatible with 2.3 spec's. +1 Saludos , Ignacio J. Ortega

RE: SSL Attributes

Jean-Frederic did it in J-T-C, and it's the correct solution avoiding JSSE dependencies, i think we need to add some more compat code to TC33 but thats all, hope he will port the patch to TC3.3, i recall he offered to do so, please do it ASAP .. Saludos , Ignacio J. Ortega > -Mensaje origin

JNDIRealm and virtual hosting

i'm writing an application that uses JNDIRealm for authentication. works great, but having to configure connection information server.xml is a bit limiting. so i'm trying to figure out the right way to support virtual hosting for JNDIRealm (and possibly by extension for all realms and authenticat

  1   2   >