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 people at sun

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

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

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 implement

[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

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 very

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.

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 in

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

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:

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

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

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: [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 am against

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

[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

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

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: [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: [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 favor of

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: 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 portion with your

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

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

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

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: 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 weren't

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

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 http://nagoya.apache.org/bugzilla/ and it works GREAT... Thank you again Ignacio for the great work, and sorry for the interruption of

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: "All bugs

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 Tomcat

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 creating

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");

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

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

[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

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, easy

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 did all the work,

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

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/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 Changes

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

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

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

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

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