Re: [VOTE] Tomcat 3.3 Release Plan

Larry Isaacs wrote: > [...] > Tomcat 3.3 Release Plan Ballot: > > [ ] +1I am in favor of this plan and will help > [X] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in favor of this plan > [ ] -1I am against this plan being executed, and my >

RE: [VOTE] Tomcat 3.3 Release Plan

Tomcat 3.3 Release Plan Ballot: [X] +1I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1I am against this plan being executed, and my reason is: Regar

config problem

I have successfully made a mod_jk.so and it works fine in my apache, I have a application called abc in my webapps dir. of tomcat. I can browse the application by http://www.mydomain.com/abc but I want to browse the abc application directly at http://www.mydomain.com . I tried to change the Docum

Re: PATCH: tagdependent tags should not parse content

BTW I forgot to mention that I tried applying this patch myself to the Parser.java source code, without success - the patch as is does not appear to resolve the issue. Jeffrey Bonevich wrote: > > I found the following message in the archives for tomcat-dev from Dec > 1999. It appears to never h

Re: PATCH: tagdependent tags should not parse content

I found the following message in the archives for tomcat-dev from Dec 1999. It appears to never have been introduced to the distribution or to CVS or anything. Wondering what the status of a fix might be. * To: <[EMAIL PROTECT

Re: [VOTE] Tomcat 3.3 Release Plan

> Tomcat 3.3 Release Plan Ballot: > > [X] +1I am in favor of this plan and will help > [ ] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in favor of this plan > [ ] -1I am against this plan being executed, and my > reason is: -Da

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF test-tomcat.xml

larryi 01/01/30 18:05:55 Modified:src/tests/share/tests/jsp/Golden PrintWriterTest.txt src/tests/webpages/WEB-INF test-tomcat.xml Log: Update PrintWriterTest test to use a responseMatchFile to verify that the expected exception occurred. Revision ChangesP

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

larryi 01/01/30 18:02:39 Modified:src/share/org/apache/tomcat/util/test DefaultMatcher.java GTest.java Log: Added support for a responseMatchFile. Each line of the "match file" is read and the response body searched for the presence of that text. If not

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

larryi 01/01/30 17:56:46 Modified:src/share/org/apache/tomcat/modules/generators ErrorHandler.java Log: Fix some nits. Revision ChangesPath 1.5 +3 -0 jakarta-tomcat/src/share/org/apache/tomcat/modules/generators/ErrorHandler.java

cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

larryi 01/01/30 17:55:38 Modified:.RELEASE-PLAN-3.3 Log: Update per Jon's suggestion. I specified "resolved", as supported by Bugzilla, to indicate that some bugs may not be fixed. But, as Jon requested, we need to make sure all bugs are addressed. None should slip t

Re: [Bug 448] New - Support for PROPPATCH in WebDAV ServletBugRat Report#769

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=448 > > *** shadow/448Tue Jan 30 17:09:57 2001 > --- shadow/448.tmp.6489Tue Jan 30 17:09:57 2001 Warp-OLA it WORKS :) :) :) Fuck yeah (sorry!)... Nacho, you're a GENIUS! Pier -- Pier

Re: [VOTE] Tomcat 3.3 Release Plan

Larry Isaacs <[EMAIL PROTECTED]> wrote: > > [ ] +1I am in favor of this plan and will help > [ ] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in favor of this plan > [ ] -1I am against this plan being executed, and my > reason is: I'm completely

Re: BugZilla is UP...

Remy Maucherat <[EMAIL PROTECTED]> wrote: > > - Original Message - > From: "Pier P. Fumagalli" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Tuesday, January 30, 2001 1:18 PM > Subject: BugZilla is UP... > > >> Thanks to Ignacio Ortega and Nick Baumann who

Re: TOMCAT + mod_jk or mod_webapp

Dan Milstein <[EMAIL PROTECTED]> wrote: > Pier, > > Glad to hear that you're willing/interested in integrating the mod_webapp > protocol into mod_jk. I don't know exactly how easy it would be, but I > think it *would* be a big win (you'd get lots of tested C code, load > balancing for free, eas

[Bug 448] New - Support for PROPPATCH in WebDAV Servlet BugRat Report#769

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=448 *** shadow/448 Tue Jan 30 17:09:57 2001 --- shadow/448.tmp.6489 Tue Jan 30 17:09:57 2001 *** *** 0 --- 1,19 + ++ + | Support for PROPPATCH in We

BugRat outage (fwd)

Sorry that BugRat was out from 3 AM CDT to 4 PM CDT -- Nicolaus Bauman -- Forwarded message -- Date: Tue, 30 Jan 2001 18:00:27 -0600 (CST) From: Mark Wilkie <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: outage As you all probably have surmized, we had an extended network

RE: mod_jk.so build problems with SunOS 5.6

Jamey, I'm experiencing a similar problem to the other guys except the last line says "rc=-256". I gave your makefile a try but i still get the same problem. Im using a sparc with solaris 7 apache 1.3.9 tomcat 3.2.1 Java SDK 1.3 Below is the error: -o mod_jk.so jk_worker.o jk_util.o jk_uri_wo

Re: [VOTE] Tomcat 3.3 Release Plan

Larry, [X] +1I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1I am against this plan being executed, and my reason is: Mike Anderson Senior Software Engineer Pl

Re: Custom ObjectFactory w\ Tomcat 4.0beta1

Quoting Arthur T Smyles <[EMAIL PROTECTED]>: > Thanks for you quick response. It has though brought about more > questions. For > example, if I had the following code > > Hashtable env=new Hashtable(); > env.put("java.naming.factory.initial","com.sun.jndi.ldap.LdapCtxFactory"); > env.put ("java.

Re: Custom ObjectFactory w\ Tomcat 4.0beta1

Thanks for you quick response. It has though brought about more questions. For example, if I had the following code Hashtable env=new Hashtable(); env.put("java.naming.factory.initial","com.sun.jndi.ldap.LdapCtxFactory"); env.put("java.naming.factory.object","crmg.tailgun.jndi.UserFactory:crmg.sy

Re: Custom ObjectFactory w\ Tomcat 4.0beta1

> I developed an JNDI ObjectFactory that is used to read User Objects from LDAP. > When I run a test program and perform a lookup it works fine. But when I use it > within Tomcat 4.0 it ignores the java.naming.factory.object and > java.naming.factory.state attributes that I am setting when creatin

Re: BugZilla is UP...

- Original Message - From: "Pier P. Fumagalli" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, January 30, 2001 1:18 PM Subject: BugZilla is UP... > Thanks to Ignacio Ortega and Nick Baumann who did all the work, we finally > have migrated all bugs for To

[PATCH] HTML cleanup & typo fixes in tomcat-ssl-howto.html

HTML cleanup & typo fixes in tomcat-ssl-howto.html [salt:tarball/jakarta-tomcat-3.2.1/doc] pepper% diff -u tomcat-apache-howto.html tomcat-apache-howto.html.patch --- tomcat-apache-howto.htmlTue Dec 12 16:36:55 2000 +++ tomcat-apache-howto.html.patch Tue Jan 30 11:50:57 2001 @@

RE: TC3.3 plan explanation, was ( [VOTE] Tomcat 3.3 Release Plan)

> -Original Message- > From: Jon Stevens [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 30, 2001 3:33 PM > To: [EMAIL PROTECTED] > Subject: Re: TC3.3 plan explanation, was ( [VOTE] Tomcat 3.3 Release > Plan) > > How about this suggestion: > > Change the release plan to state: > >

BugZilla is UP...

Thanks to Ignacio Ortega and Nick Baumann who did all the work, we finally have migrated all bugs for Tomcat 3.x to BugZilla. BugZilla is back up again at and it works GREAT... Thank you again Ignacio for the great work, and sorry for the interruption of serv

Custom ObjectFactory w\ Tomcat 4.0beta1

I developed an JNDI ObjectFactory that is used to read User Objects from LDAP. When I run a test program and perform a lookup it works fine. But when I use it within Tomcat 4.0 it ignores the java.naming.factory.object and java.naming.factory.state attributes that I am setting when creating the In

Re: TC3.3 plan explanation, was ( [VOTE] Tomcat 3.3 Release Plan)

on 1/30/01 11:10 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote: > Hi Jon, > > I changed the release plan to not promise that all bugs will be > fixed as a requirement for release, since that isn't practical. > Some of the open issues were open prior to the Tomcat 3.2 release. > IMHO, if they were

Re: [VOTE] Tomcat 3.3 Release Plan

> > Tomcat 3.3 Release Plan Ballot: > > [ ] +1I am in favor of this plan and will help > [X] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in favor of this plan > [ ] -1I am against this plan being executed, and my > reason is:

Re: [VOTE] Tomcat 3.3 Release Plan

> Tomcat 3.3 Release Plan Ballot: > > [X] +1 I am in favor of this plan and will help > [ ] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in favor of this plan > [ ] -1 I am against this plan being executed, and my > reason is: > Than

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

remm01/01/30 11:41:54 Modified:catalina/src/share/org/apache/catalina/servlets DefaultServlet.java Log: - Experimental patch : encode and decode the paths using UTF-8. Revision ChangesPath 1.23 +17 -32 jakarta-tomcat-4.0/catalina/src/

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/util RequestUtil.java

remm01/01/30 11:40:23 Modified:catalina/src/share/org/apache/catalina/util RequestUtil.java Log: - Add additional URLDecode methods, which allow to specify the character encoding to use. Revision ChangesPath 1.13 +75 -22 jakarta-tomcat-4.0/catalina/src/s

RE: TC3.3 plan explanation, was ( [VOTE] Tomcat 3.3 Release Plan)

> -Original Message- > From: Jon Stevens [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 30, 2001 1:14 PM > To: [EMAIL PROTECTED] > Subject: Re: [VOTE] Tomcat 3.3 Release Plan > > > on 1/30/01 8:13 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote: > > > <- Please return this portio

Re: [VOTE] Tomcat 3.3 Release Plan

Tomcat 3.3 Release Plan Ballot: [ ] +1 I am in favor of this plan and will help [X] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1 I am against this plan being executed, and my reason is: Remy

Re: [VOTE] Tomcat 3.3 Release Plan

on 1/30/01 8:13 AM, "Larry Isaacs" <[EMAIL PROTECTED]> wrote: > <- Please return this portion with your vote -> > > Tomcat 3.3 Release Plan Ballot: > > [ ] +1 I am in favor of this plan and will help > [ ] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in f

Re: [VOTE] Tomcat 3.3 Release Plan

> Tomcat 3.3 Release Plan Ballot: > > [X] +1 I am in favor of this plan and will help > [ ] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in favor of this plan > [ ] -1 I am against this plan being executed, and my > reason is: Costin

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

> Since characters in Java are UNICODE, what does this code do when it encounters a character who's code point is greater than 0xFF? > My suggestion, is to first encode the path as a UTF-8 byte array, then encode the bytes according to this algorithm Yes, the writer should probably use the "UTF-8

Re: [PATCH] for Bug Report 741 (security constraint match)

Oops. This is the correct patch file. --- Dimitris Dinodimos <[EMAIL PROTECTED]> wrote: > The new behavior is as following: > When defining a security constraint for "/foo/*", > matches resource "/foo" and "/foo/whatever" but not > "/foo.jsp" > > Cheers, > Dimitris Dinodimos _

[PATCH] for Bug Report 788 (exception when trying to view a directory)

Hello All, This bug can be reproduced when the browser's accepted language is not represented in the ISO-8859-1 character set. The fix sets the requested locale at the server's response, and uses a Writer in order to convert to the proper character set. Cheers, Dimitris Dinodimos

[PATCH] for Bug Report 741 (security constraint match)

The new behavior is as following: When defining a security constraint for "/foo/*", matches resource "/foo" and "/foo/whatever" but not "/foo.jsp" Cheers, Dimitris Dinodimos __ Get personalized email addresses from Yahoo! Mail - only $35 a year

Re: [PATCH] HTML cleanup & typo fixes in tomcat-ssl-howto.html

[Previous patch with this title was for the wrong file. Correct patch follows. --cp] HTML cleanup & typo fixes in tomcat-ssl-howto.html [salt:tarball/jakarta-tomcat-3.2.1/doc] pepper% diff -u tomcat-ssl-howto.html tomcat-ssl-howto.html.patch --- tomcat-ssl-howto.html Tue Dec 12 16

[PATCH] HTML cleanup & typo fixes in tomcat-apache-howto.html

HTML cleanup & typo fixes in tomcat-apache-howto.html [salt:tarball/jakarta-tomcat-3.2.1/doc] pepper% diff -u tomcat-apache-howto.html tomcat-apache-howto.html.patch --- tomcat-apache-howto.htmlTue Dec 12 16:36:55 2000 +++ tomcat-apache-howto.html.patch Tue Jan 30 11:50:57 2001

RE: [VOTE] Tomcat 3.3 Release Plan

Hola a todos: > <- Please return this portion with your vote -> > > Tomcat 3.3 Release Plan Ballot: > > [X] +1 I am in favor of this plan and will help > [ ] +0I am in favor of this plan, but am unable to help > [ ] -0I am not in favor of this plan > [ ] -1 I a

RE: [VOTE] Tomcat 3.3 Release Plan

Tomcat 3.3 Release Plan Ballot: [X] +1I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1I am against this plan being executed, and my reason is: ---

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets DefaultServlet.java

Since characters in Java are UNICODE, what does this code do when it encounters a character who's code point is greater than 0xFF? My suggestion, is to first encode the path as a UTF-8 byte array, then encode the bytes according to this algorithm Tim [EMAIL PROTECTED] wrote: > remm01/0

RE: [VOTE] Tomcat 3.3 Release Plan

Tomcat 3.3 Release Plan Ballot: [X] +1I am in favor of this plan and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I am not in favor of this plan [ ] -1I am against this plan being executed, and my reason is: Larry Isaacs P.

[VOTE] Tomcat 3.3 Release Plan

Important Note: This vote is for the Tomcat 3.3 Release Plan. It is *not* a vote to release Tomcat 3.3! The Release Plan proposes a way to bring Tomcat 3.3 to a releasable state. Once that state is reached, a separate vote will held concerning the actual release of Tomcat 3.3. Additiona

cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

larryi 01/01/30 08:03:12 Modified:.RELEASE-PLAN-3.3 Log: Final update. Modify to not promise to fix all bugs. Update Release Criteria 9 to better specify its scope. Revision ChangesPath 1.7 +6 -4 jakarta-tomcat/RELEASE-PLAN-3.3 Index: RELEASE

cvs commit: jakarta-tomcat RELEASE-PLAN-3.3

larryi 01/01/30 06:50:18 Modified:.RELEASE-PLAN-3.3 Log: Move Milestone 1 back a week and fix Milestone 2 to be about midway between Milestone 1 and Beta 1. Fix some indentation. Revision ChangesPath 1.6 +5 -5 jakarta-tomcat/RELEASE-PLAN-3.3

Re: problem in using SecurityManager with tomcat

Look at tomcat.sh, the shell arg "-security" needs to be shifted out so it isn't passed on as an option just before java org.apache.tomcat.startup.Tomcat is started. BTW, this is fixed for the next Tomcat 3.2.x release. Regards, Glenn Gauri Sukhatankar wrote: > > Hi, > > I am having problems

Re: Thread-safety

"Klemme, Robert, myview" wrote: > what irritates me here is the point that they should not have taken into > consideration what happens to multithreaded programs. this is because as > far as i understand support for multithreaded applications is one of the > core features of the java language. Mu

RE: Thread-safety

hi! > -Original Message- > From: Luc Vanlerberghe [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, January 30, 2001 10:26 AM > To: [EMAIL PROTECTED] > Subject: Re: Thread-safety > > > There are IMHO two reasons why these statements may be > 'executed' out of > order: > [...] tis is all ve

[PATCH] Ajp13 dsp file revisited

This patch corrects the MS VC include directory in the new 3.3 directory structure: http://www.apache.org/~keith/jk/dsp.txt Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Thread-safety

> There are IMHO two reasons why these statements may be 'executed' out of > order: Good explanation. > AFAIK the only mechanism the Java language provides to ensure this is > the use of synchronized blocks. One could also consider the volatile keyword in this category. But few JVMs implemen

Filter Chains slow first time it is called

Subject says it all really. The first time a filter chain is executed for a servlet, it takes about 30 seconds for the response to get back to the client. This doesn't happen everytime but enough to be repeatable. I'm using Beta 1. I've set the app to be reloadable (with a reload time of 3) and

4.0/4.1 merge

Howdy folks, I've been on the road for a few days. What's the status of the 4.0/4.1 merge? Are we ready for the new branch to work on session persistence stuff? Anything I can do to help things along if not? Kief - To unsubscr

Re: Thread-safety

There are IMHO two reasons why these statements may be 'executed' out of order: 1. If the compiler (or the JVM executing the bytecode) can prove that the reordering won't have any effect *on the current thread* (in this case, the value is not referenced elsewhere *in the current thread*, then reor

RE: Thread-safety

hi again! > -Original Message- > From: Jon Stevens [mailto:[EMAIL PROTECTED]] > Sent: Monday, January 29, 2001 7:11 PM > To: [EMAIL PROTECTED] > Subject: Re: Thread-safety > > > on 1/29/01 3:52 AM, "Klemme, Robert, myview" <[EMAIL PROTECTED]> > wrote: > > > i cannot believe that peopl