This is where I will put my Tomcat
3.x efforts before moving on to Tomcat 4.0. Others are welcome to put
their effort where it most interests them.
Cheers,
Larry Isaacs
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
In a note about how I accidently replied to a person directly (instead
of tomcat-dev) I accidently replied directly to Hans. I must not have
something must well connected upstairs. :-)
Larry
-Original Message-
From: Larry Isaacs
To: 'Hans Bergsten '
Sent: 11/5/00 7:01 PM
Subject: RE
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 10, 2000 12:50 PM
To: [EMAIL PROTECTED]
Subject: RE: mod_jk patches for TC 3.3
Makefile.linux, mod_jk for apache 1.3 and for jk in common.
We must be up to date with stuff from TC
h
building 3.2b7. Hope it wasn't already started. :-)
Larry
-Original Message-
From: Craig R. McClanahan
To: [EMAIL PROTECTED]
Sent: 11/10/00 6:22 PM
Subject: Re: [Resend] Ready for 3.2b7?
Larry Isaacs wrote:
Currently PageContext.handlePageException() uses a
RequestDisplacher.forward()
In Tomcat 3.2b7 (and earlier), invoking
http://localhost:8080/test/jsp/Helloworld.jsp results in an NPE in
JspCompiler.isOutDated(). This occurs because getRealPath() returns
null since the 'w' should be uppercase, hence it is considered an
"unsafe" path. To make this error return "file not
Sorry, typo in the Cc:
-Original Message-
From: Larry Isaacs
To: 'Pierre Delisle '
Cc: '[EMAIL PROTECTED]'
Sent: 11/15/00 9:55 PM
Subject: RE: lock
Hi Pierre,
I saw the same thing a little after 5:00 PM when I tried a commit some
changes to this directory. After about 5 minutes
ining "text"?
Am I missing something in the spec? Can someone shed some light on what
proper behavior should be?
I'm +1 on fixing the jsp:setProperty name="bean" property="prop" value=""/
bug in Tomcat 3.2. If the desired behavior for indexed properties can be
determined, I can try to fix that too.
Cheers,
Larry
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc.
I would argue that in such a case, the developer should not
use an "indexed" property, but rather a simple property that
takes a String array as argument.
(i.e. the only difference with an "indexed property" is that
the index setter method would not be defined).
I had not noticed the
(1) +1
(2) +1
(3) +1
Thanks Craig.
Larry
for the Windows source zip to contain
files that have CRLF instead of just the Unix LF. If needed, I
can get a fresh copy of the 3.2 source and make a zip.
Just let me know.
Thanks,
Larry
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc.
Craig,
I overlooked this earlier. I plan on leaving out the CVS "bin" directory
from the source zip. From what I can tell, all these binaries are
out of date.
Larry
It doesn't contain any 3.3 features that I know of because I
don't/didn't
know anything about what 3.3 will have versus 3.2 =)
This is will help. However, there are some changes in the tomcat_32 "older" version
that would need to be ported to the MAIN version before using it, in addition to
an update.
Larry Isaacs
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 29, 2000 11:49 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: [ANNOUNCEMENT] Tomcat 3.2 Final Release
The most
Hi Costin,
I was getting ready to ask about ContextManager getting stuck
during shutdown. This patch keeps it from getting stuck, but
if the context was in "STATE_READY", then "shutdownContext( context )"
is called which sets the state to "STATE_DISABLED" causing
removeContext() to exit early.
Wouldn't you really want this option at the per-web-app
level, rather than
global? While we were at it, you'd want similar options for turning
optimization on and off, or (more generally) a way to set
compiler options for a
generic compiler.
The main need at SAS is for a way to within
Hi Costin,
I'm in the process of porting the Tomcat 3.2 exception propagation
changes to Tomcat 3.3 that were made to Handler.java,
ServletWrapper.java, and RequestDispatcherImpl.java. I was trying
to review behavior as I do so to see what can be improved or cleaned
up.
One thing that looks
Table attribute". If anyone feels strongly, I could
include this one too. My inclination is save it for later when it has
better support.
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc.
My preference would be to set the options on JspInterceptor, using the
server.xml format.
Context and ContextManager shouldn't know/care about what happens in
interceptors unless it's absolutely needed. I think the biggest
priority
right now is to make sure all 9 core objects are
Easy to do, seems a good idea. What about adding handleInitException()
and
handleServiceException() - since a ClassNotFound will have different
effects ( 404 if in init, normal error if in service - the first means
the
servlet wasn't found, the second may happen if the servlet does a
cat 3.2M1.
Cheers,
Larry
-Original Message-
From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 07, 2000 3:44 PM
To: '[EMAIL PROTECTED]'
Subject: A better proposal for compiling JSP's with debugging info
Hi,
To add the ability to compile JSP's with debugging inform
Proposal #1: Release a Tomcat 3.1.1 that fixes *only* the security
problems
+1
Proposal #2: Release a Tomcat 3.2.1 that fixes the following security
problems
plus the patches committed to date.
+ 1
Larry
BTW, another piece of feedback - would it be possible to implement part
of this as an interceptor ?
I was assuming for Tomcat 3.3 the JSP option properties would be
implemented in JspInterceptor since it is tied to Jasper anyway. Do you
have more general plans for JspInterceptor that would
Hi Costin,
I think Larry is also working on something - he sent a proposal few days
ago about how to enable debugging ( and pass options to jasper ). It'll
probably be part of a 3.2.x bug-fix release, as it requires some changes
in the existing code.
Since there were no +1's for 3.2.x, I'm
+1
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 19, 2000 12:37 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] Committer Status for Marc Saegesser (was: Re: 3.x
submitters [was RE: [MY_OPINION] Tomcat 3.x])
Marc Saegesser wrote:
Craig,
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 19, 2000 2:01 PM
To: [EMAIL PROTECTED]
Subject: Re: [MY_OPINION] Tomcat 3.x
I'm not suggesting that we not release it.
Thanks, I misunderstood. If it were released as
3.2.x+1, I would not be
Glenn (and others),
Have we accumulated enough bug fixes where it's worth
creating a 3.2.2 release, or are there more issues that should be
dealt with first?
Hi Craig,
I'm +1 for 3.2.2.
The UnavailableException handling in 3.2.1 is still not quite
right in Tomcat 3.2. I have a patch
Hans Bergsten wrote:
The way I feel right now is that the best way to answer
this question is by a vote on this list, where all +1
votes for TC 3.3 also means a commitment to help fix bugs
in TC 3.3.
+1
Cheers,
Larry
-
To
A couple of comments:
I would like to see a goal added like the following:
X. With respect to JSP 1.1 issues, insure that Jasper in Tomcat 3.3
remains compatible with Jasper in Tomcat 4.x.
and under Release criteria something like:
X. Port all appropriate JSP 1.1 related changes from Tomcat
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 24, 2001 2:16 PM
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Tomcat 3.3 Release Plan
It should be noted that when this plan comes up for a
vote, a +1 by a
committer will
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 24, 2001 2:28 PM
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Tomcat 3.3 Release Plan
Jon Stevens wrote:
It should be noted that when this plan comes up for a vote, a +1
by a committer
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 24, 2001 3:15 PM
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Tomcat 3.3 Release Plan
Larry Isaacs wrote:
If so, we may need a way to distinguish between those who
IMPORTANT: This is not the vote! Just an explanation about the vote to
come.
Hi Henri,
I'm planning for the Tomcat 3.3 voting ballot to have
two issues to vote on.
1) A vote for the release plan
2) A vote for doing maintenance
A +1 vote indicates a commitment to help with that issue.
You
-Original Message-
From: Sam Ruby
To: [EMAIL PROTECTED]
Sent: 1/29/01 3:35 PM
Subject: RE: [PROPOSAL] Tomcat 3.3 Release Plan
Larry Isaacs wrote:
I think we will need a "go" from the PMC before the vote can
take place. Issues about voting I don't think have been
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
-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
-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
ssing something about the capabilities
of Bugzilla, or you know of a better way, please let me know.
Cheers,
Larry
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
+1
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 31, 2001 10:26 PM
To: tomcat-dev
Subject: [VOTE] CVS Commit: Keith Wannamaker [EMAIL PROTECTED]
Ok,
He has been sending lots of excellent patches as well as the
fact that he
Hi All,
I plan to use (as suggested by Sam Ruby) Monday 8:00 AM EST
as the deadline for the Tomcat 3.3 Release Plan vote.
That should be enough time for any remaining interested parties
to cast a vote. I'll post the final results Monday morning.
Cheers,
Larry
__
Larry Isaacs
can bring Tomcat 3.3 to a state where the vote to
release Tomcat 3.3, which should occur in a couple of months, will be as
positive as this one.
Cheers,
Larry
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 04, 2001 7:55 PM
To: [EMAIL PROTECTED]
Subject: Re: Tomcat 3 Connector Default Bug Owner
Dan Milstein wrote:
Craig (or anyone who has admin control over Bugzilla),
I notice
+1
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 12:16 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kief Morris
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants
Hi All,
The TC3.3 release plan called for a Milestone 1 freeze yesterday
(2/2/2001). However, some important changes were needed and I haven't
finished my review of the documentation, so this has been delayed.
I plan to finish my review of the documentation today. Then after a good
nights
Tomcat 3.2.2 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
Hi Mike,
I recall this being removed for security reasons. This won't
be addressed in Milestone 1, but will in a later release.
Larry
-Original Message-
From: Mike Braden [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 13, 2001 11:18 AM
To: [EMAIL PROTECTED]
Subject: [TC3.3]
http://jakarta.apache.org/builds/tomcat/release/v3.3-m1
To log problems or bugs, as well as submit patches, please refer to:
http://jakarta.apache.org/site/bugs.html
When logging bugs to Bugzilla, please specify the Program as "Tomcat 3" and
the Version as "Nightly Build".
Hi Costin,
I'm in favor of this, though I would like to add one more
issue to deal with.
I have a need to have the Tomcat "home" (i.e. the directory
where "conf", "webapps", and "work" are found by default)
be different from Tomcat "install" (i.e. where the "lib"
directory and the jars are
Hi Matt,
Thanks for diagnosing this. PrefixMapper.java has already been
fixed in Tomcat 3.2.2 and Tomcat 3.3m1 and up. I'll mark this bug
as a duplicate of Bug 136.
Cheers
Larry
-Original Message-
From: matthew denner [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 23, 2001
+1
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, February 26, 2001 3:45 PM
To: [EMAIL PROTECTED]
Subject: PROPOSAL: new commiter ( Mel Martinez )
Hi,
Please vote to add Mel Martinez [EMAIL PROTECTED] to the list of
commiters.
Mel
Hi Keith,
I re-downloaded it and re-tested it and it works fine for me
on WinNT 4.0 SP5 and PWS 4.0.
Larry
-Original Message-
From: Hawkins, Keith (Keith) [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 02, 2001 9:13 AM
To: '[EMAIL PROTECTED]'
Subject: RE: isapi_redirect.dll :
Hi Marc,
Does it look like a few days to come up with these patches?
If so, I would like to include any missing from Tomcat 3.3
in Milestone 2.
Thanks.
-Original Message-
From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 06, 2001 10:27 AM
To: [EMAIL PROTECTED]
I'm not as
familiar with the 3.3. code base but I'll try to port the patch.
Marc,
Don't feel you need to port the patch. I'll be glad to do that.
Thanks.
Larry
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
+1
Larry
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 12, 2001 3:19 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Amy Roh
Amy has recently joined the JSP/Servlet team at Sun, and has
contributed
several documentation
Hi,
We are now in the process of constructing Tomcat 3.3 Milestone 2.
Until further notice, please consider the jakarata-tomcat MAIN branch frozen.
Thanks,
Larry
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc
.
Cheers,
Larry
-Original Message-
From: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 14, 2001 9:36 AM
To: '[EMAIL PROTECTED]'
Subject: Tomcat 3.3 Milestone 2 status
Hi,
We are now in the process of constructing Tomcat 3.3 Milestone 2.
Until further notice
+1
Larry
-Original Message-
From: Dan Milstein [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 15, 2001 2:48 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New committer: Mike Braden
I would like to propose Mike Braden ([EMAIL PROTECTED]) as a new
committer. He has contributed
in the "README" in the "doc" directory.
Please download this release and give it a try in your environment. The
source, rpms, and binaries may be found at:
http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3-m2
To log problems or bugs, as well as submit patches, please refer to:
http://jakarta.apache.org/site/bugs.html
When logging bugs to Bugzilla, please specify the Program as "Tomcat 3"
and the Version as "Nightly Build".
Thanks,
Larry Isaacs
I found the handleContextNotFound method that also output HTML codes
in ContextManager.java (but I don't know this method is used in the
current version).
I committed this fix. Thanks for letting us know.
class RedirectHandler extends ServletWrapper {
@@ -459,7 +460,7 @@
AFAIK, this is the only way to use Jikes in Tomcat 3.2.x,
unless you change the default in Jasper source and rebuild
Jasper.
In Tomcat 3.3, server.xml contains JspInterceptor .../.
Adding javaCompiler="jikes" will enable Jikes.
Cheers,
Larry
-Original Message-
From: Yair Zadik
-Original Message-
From: Arieh Markel [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 21, 2001 11:16 AM
To: [EMAIL PROTECTED]
Subject: to trim or not to trim (was Re: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/util FileUtil.java)
Mailing-List: contact [EMAIL
For Tomcat 3.3m2, see SessionIdGenerator ... / in server.xml.
Cheers,
Larry
-Original Message-
From: Endre Stlsvik [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 22, 2001 12:44 PM
To: Tomcat developer list
Subject: [tc33] randomClass not honoured?
[tomcat 3.3 b2]
I have
Larry - let me know if you are ok with checking it in. I'm confident the
code is as good ( or better ) than before, but this is a very important
component.
We can keep it as an experimental module - in /proposals - and keep the
old code as default. Having fewer threads is not that
I don't anticipate a TC3.3 Milestone 3 this week. Maybe
next week. I'm okay to commit it since there will some
time before TC 3.3 Beta 1. We can review then whether
it is working well enough to be kept for Beta 1.
Larry
-Original Message-
From: Dan Milstein [mailto:[EMAIL
Hi,
Thanks for the patch. But unfortunately, this would make jasper
non-spec compliant. The JSP 1.1 spec in section 2.13.2.1 states
that for the use of propertyName="*":
If a parameter has a value of "", the corresponding property
is not modified.
No exception is mentioned for properties
-Original Message-
From: Jon Stevens
To: tomcat-dev
Sent: 4/9/01 6:30 PM
Subject: Re: Jasper JSP maintainer required for Jetty project.
on 4/9/01 2:13 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
We are planning a small refactoring of jasper ( at least for
tomcat3.3,
Larry - it would be nice to check in a release notes file
with a list of
the bugs that we think will remain open ( and maybe workarounds if
possible ).
Sorry I have been mostly offline for several weeks. I'll try to get
back online this week. I'll review the current state of bugs
+1
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 03, 2001 10:59 AM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kevin Seguin
I would like to propose Kevin Seguin as a new committer.
He make a great job in developping the ajp13 protocol
+0
Larry
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 07, 2001 10:22 PM
To: [EMAIL PROTECTED]
Subject: [PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release
Now that the Proposed Final Draft 2 versions of the Servlet
2.3 and JSP
1.2 specs
Sorry to have been out of action for so long. To bring
Tomcat 3.3 to a release, I propose the following changes
to the RELEASE-PLAN-3.3.
1) Add a Milestone 3 Release with the following details:
Code Freeze/Tag Date: May 12, 2001
Release Manager:Larry Isaacs
2) Update
+1
Larry
-Original Message-
From: Kief Morris [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 22, 2001 5:22 AM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Bip Thelin
I would like to propose Bip Thelin as a new committer. He has
made a number
of contributions of
want me to port my fix.
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc.
Development in jakarta-tomcat for Tomcat 3.3 may resume.
Cheers,
Larry
__
Larry Isaacs
[EMAIL PROTECTED]
SAS Institute Inc.
+1
Larry
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 17, 2001 12:47 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Jean-Frederic Clere
I would like to propose Jean-Frederic Clere as a new committer.
He make many contribution
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 04, 2001 4:24 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] Release Plan for Apache Tomcat 4.0 (final release)
Well, it's just about that time ... the Servlet 2.3 and JSP 1.2
Hi Prasanna,
Code like you show works for me. It is supposed to be impossible
for a Java program to crash. If it does, there is a bug in the
JVM. Which JVM are you using and is there an upgrade or
alternative you can try.
Larry
-Original Message-
From: Prasanna Uppaladadium
I agree with Costin's suggestion to remove the Apache 2.0
version of mod_jk from jakarta-tomcat for Tomcat 3.3.
This would occur after any bug fixes missing from
jakarta-tomcat-connectors were ported.
It makes much more sense to have it live only in
jakarta-tomcat-connectors where it can quickly
Date: Sept 14, 2001
Release Manager:Larry Isaacs
This release should be used to verify that we really are
at release quality. It should include any fixes needed
to reach that status. Documentation updates may continue
after this release.
Known issues
= Tomcat 3.3 Final 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 not in favor of this plan
[ ] -1I am opposed to this plan, and my reason(s) are:
Hi Henri,
I appreciate your efforts concerning the connectors. My
position is that Tomcat 3.3 needs to have stable Ajp13
connectors for Apache 1.3, IIS, and to the extent we
can, Netscape. A connector for Apache 2.0 should come out
of jakarta-tomcat-connectors instead of jakarta-tomcat.
Given
+1
Larry
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 10, 2001 12:24 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New commiter Ryan Bloom
I would like to propose Ryan Bloom as commiter
in Tomcat, and particulary on
Hi All,
I have made a pass through all Tomcat3 bugs. Those listed below
are the only ones that remain open as of last night. Listed for
RC1 and RC2 are issues I have accumulated as well as bugs that must
be resolved.
Each of these issues needs to be considered according to its
impact on the
I would like to have the tomcatAuthentication hack
available in Ajp13 so this behavior is fully controllable.
Also, I'm also leaning toward having a default of true.
To get the security example working when using Apache,
or other web server, users would have to discover the user
names and
the Service Manager I have written can
work. I will be
submitting the Service Manager in a few hours for committing in
jakarta-tomcat-service (?? Or wherever appropriate) and I will build a
binary for the 3.3rc1 release.
Dave
[EMAIL PROTECTED]
-Original Message-
From: Larry Isaacs
Hi Bill,
Thanks for the help. 1483 doesn't match a bug number though. Was it:
1482 Ignored session ids in encoded URLs
Thanks,
Larry
-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 12, 2001 1:21 PM
To: [EMAIL PROTECTED]
Subject:
Hi Bojan,
Costin is the expert on this section of code. I need to become
more familiar with it, so I'm willing to take a look. If you can
submit a patch, that would be helpful. If you need to wait for
Costin's advice, I understand. On occasion, I have had to do
the same.
Cheers,
Larry
Hi Bill,
Though this might fix the webxmlval.txt creation, I suspect
it still might fail for the same reason, what ever it was,
that caused:
2001-09-13 14:44:41 - WorkDirSetup: Creating work dir
/var/tomcat/work/kitu.olympe.o2t/ROOT
to not actually create the directory. I don't
Be aware that setting this false will open Tomcat 3.3 to
the vulnerability it is intended to prevent. Serving JSP
source and bypassing security constraints are among the
problems.
Detecting potential URL trickery early in the handling
provides the most reliable fix. Allowing unsafe URL's
past
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 13, 2001 3:14 PM
To: [EMAIL PROTECTED]
Subject: RE: Remaining Tomcat 3.3 Issues
7. Evaluate whether anything should be done to deal with the use of
non-thread-safe DateFormat and related
Thanks. Do you know if just 3.3 was affected
or 3.2.x as well? If you can give me a clue as to
what was changed, I can try to determine this.
Larry
-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 13, 2001 3:15 PM
To: [EMAIL PROTECTED]
Another problem is to have them bundled correctly in the src
distribution, or we need 2 distributions ( win32 and *nix) or someone
will complaint , if the dist is done in win32 , *nix people
will scream
, if reversed the other :)..
In the Tomcat 3.3 releases .zip files will contain files
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
, could you post an update with what
remains open for RC1 ?
On Wed, 12 Sep 2001, Larry Isaacs wrote:
1. HttpSessionFacade.setAttribute() isn't synchronized. If
a second request
called setAttribute() after this request's
removeAttribute() and before
realSession.setAttribute
I'm in favor of keeping ant1.3 compatibility for now. We can
go to ant1.4 for 3.3.1. I'll note warnings in the documentation.
Larry
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Monday, September 17, 2001 11:03 AM
To: [EMAIL PROTECTED]
Subject:
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 from JF
this with Apache and mod_jk. Is that combination
working for others?
Any clues or suggestions how to pursue this problem would
be appreciated.
Cheers,
Larry Isaacs
jk_isapi_plugin.c.diff
Portion of isapi_redirect.log with loglevel = debug
[Tue Sep 18 22:34:02 2001] [jk_isapi_plugin.c (419
My setup is at home, so I'll try this tonight.
Larry
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 19, 2001 9:32 AM
To: [EMAIL PROTECTED]
Subject: Re: Status of Cert handling in Tomcat 3.3
Larry Isaacs wrote:
Hi
I'm +1 for trying to include this. Having it in RC1 will give it
some more testing and one less change for RC2.
I'm also in favor of getting the IIS connector to pass the
certificate to Tomcat as well for the same reason. I have been
helping Jean-frederic and Nacho work on that.
I looks like
-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 25, 2001 9:22 AM
To: [EMAIL PROTECTED]
Subject: Re: [PATCH] SSL how-to documentation
[Snip]
And the keystorePass is in server.xml but that is well know.
I hope to add to Tomcat
-Original Message-
From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 26, 2001 7:41 AM
To: Tomcat Dev List
Subject: TC 3.3: getRequestURI()
The latest TC 3.3 CVS with its mod_jk, gives an encoded URI, together
with the session ID on
Hi David,
I had hoped to get Tomcat 3.3 released prior to my up
coming house closings and move. I won't be able to
make this target, but hope to get Tomcat 3.3 to RC2
not too long after the move, perhaps around October 8.
It is RC2 that I plan to propose for release and be
voted on. The vote
1 - 100 of 311 matches
Mail list logo