I made some comments on the tomcat-user list a few days ago about my attempt
to use EmbededTomcat in 3.2. I've hacked together something that works for
me. When I get it cleaned up I'll post the code.
Bascially I had the following problems
1) Using EmbededTomcat seems to require using a
Attached are patches to StandardManager.java and SessionIdGenerator.java.
These changes cause the PRNG used to generate session ids to be initialized
when a context is initialized instead of when the first session id is
generated. The PRNG used by default in 3.2 (java.security.SecureRandom)
The SecureRandom used in Tomcat 3.2 (and I assume in Tomcat 4.0, as well)
takes 10-15 seconds to initialize on my PIII/600. I posted a patch a while
back to move the PRNG initialization into context initialization (again for
Tomcat 3.2).
I think that since we're initializing something inside
Craig,
I'm willing to volunteer my time and effort to help out with maintenance of
3.x. We are embedding Tomcat 3.2.x into our product so I have a vested
interest in making sure that the 3.2.x product is stable and robust.
I've submitted a few patches in the last month or so (and gotten a
Actually, no. My product embeds TC3.2.x. When TC4.0 is ready I'll probably
switch to that, but it will take time and I'll still have to support an
existing customer base with the TC3.2.x version installed. That's just a
fact of life and business.
For this reason it is important to me that
I need to mark a couple BugRat items as fixed but I don't have a login for
the BugRat system. Who do I need to contact to get an account created?
Thanks.
Shawn,
Would you please re-post the patch. Provide the output of cvs diff -u as an
attachment this time. Your previous post included the patch embedded inside
the email (which was HTML formatted) and was almost unreadable.
-Original Message-
From: Shawn McMurdo [mailto:[EMAIL
Chris,
Are you, per chance, removing the ROOT context? There are known issues if
no root context is defined. I tried duplicating this with non-root contexts
and everything behaved as expected.
-Original Message-
From: BugRat Mail System [mailto:[EMAIL PROTECTED]]
Sent: Tuesday,
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
(1) Tomcat 4.0 Beta 1
The existing "jakarta-tomcat-4.0" repository will be branched with label
"tomcat_40_branch", and each 4.0.x beta and release will receive
a label such as
"tomcat_40_b1". The "main"
(1) Tomcat 4.0 Beta 1
-0.
I don't see the need for branch until Tomcat 4.0 Final is relased. Until
then, from a source control perspective, a beta release is no different than
a milestone release. In short, what code would ever be checked into "main"
that would not also belong on the branch?
Message-
From: Kief Morris [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 05, 2001 9:43 AM
To: [EMAIL PROTECTED]
Subject: RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories
Marc Saegesser typed the following on 08:12 AM 1/5/2001 -0600
I don't see the need for branch until Tomcat
-Original Message-
From: Scott Stirling [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 05, 2001 3:58 PM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
jakarta-tomcat/src/share/org/apache/jasper/compiler Compiler.java
I agree with Craig.
The ability to run JSP apps without any
de 2001 8:46
Para: [EMAIL PROTECTED]
Asunto: Re: Tomcat 3.2.2 [Was: Re: BugRat Report #690 has been filed.]
Marc Saegesser wrote:
Regarding BugReport #744. I've been trying to duplicate it
on my Win2000
system and haven't had any luck. I always get back the
executed page
that report , and declare it resolved, if nobody
complains..
Sorry i read exactly the inverse of your message, that is you can probe
the buggy behavior :-),
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Marc Saegesser [mailto:[EMAIL PROTECTED]]
Enviado el: viernes 12 de enero de
BugReport 748 came in this morning. I'm up to my eyeballs at work lately so
I haven't been able to look at it in depth, but it does look like a real
spec violation so it probably should be considered for 3.2.2.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
:[EMAIL PROTECTED]]
Sent: Friday, January 12, 2001 8:21 PM
To: [EMAIL PROTECTED]
Subject: Re: [OFF TOPIC] HTML question
on 1/12/01 6:12 PM, "Marc Saegesser" [EMAIL PROTECTED] wrote:
There must be something simple that I'm missing.
URL encode it.
-jon
--
Honk if you
Has anyone shown any interest in developing a Tomcat 4.0 connector for IIS?
If not this is actually something that I'd like to work on. Unfortuntely,
it is going to be a month or more before I could devote a lot of time to it.
-Original Message-
From: Craig R. McClanahan
info worked correctly in all cases. If you can
provide any additional information that would be helpful.
Marc Saegesser
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Alexander,
I tried duplicating this problem
(http://znutar.cortexity.com/BugRatViewer/ShowReport/817) and so far it
seems work correctly.
My root document has page directive like
%@ page language="java" contentType="text/html;charset=Shift_JIS" %
and contains Japanese text. It also has an
This is a truly fascinating thread of discussion. However, from reading the
article _The "Double-Checked Locking is Broken" Declaration_
(http://www.cs.umd.edu/~pugh/java/memoryModel/DoubleCheckedLocking.html)
It seems to me that the following code is thread safe.
if (_jspx_inited == false) {
PROTECTED]]
Sent: Friday, January 26, 2001 2:12 PM
To: [EMAIL PROTECTED]
Subject: Re: Thread-safety
Marc Saegesser wrote:
This is a truly fascinating thread of discussion. However,
from reading the
article _The "Double-Checked Locking is Broken" Declaration_
(http://www.
?
Keith
-Original Message-
From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 26, 2001 3:35 PM
To: [EMAIL PROTECTED]
Subject: 3.2 nightly builds
This was first time I've looked in a while so I'm not sure when this
happened, but there don't seem to be any nightly
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:
I would be +1
I'm in the same boat right now. I'd love to a 3.2.2 released but I'm way
too busy right now to manage a release.
-Original Message-
From: danmil [mailto:danmil]On Behalf Of Dan Milstein
Sent: Friday, February 02, 2001 11:24 AM
To: [EMAIL PROTECTED]
Subject: 3.2.2 Release?
There
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
* Java asked the webapp class loader to find the
controller servlet class
* The webapp class loader did not find the class
so it delegated to the shared class loader
* The shared class loader (which reads from
One thing I don't see listed here, and is the biggest reason I don't think I
have the time to manage the release, is determining what bugs still exist in
the tomcat_32 branch and which of those, if any, should be fixed before
releasing 3.2.2. This was an issue that Jon raised regarding the 3.3
+1
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 11:16 AM
To: [EMAIL PROTECTED]
Subject: [VOTE] New Committer: Kief Morris
Kief has recently proposed improvements to the session management code
in Tomcat 4, and wants
We have collected quite a few good bug fixes on the tomcat_32 branch since
the release of Tomcat 3.2.1. I propose that we make a public release of the
tomcat_32 branch as Tomcat 3.2.2. A proposed release plan can be found at
y 07, 2001 6:20 PM
To: [EMAIL PROTECTED]
Subject: Re: [PROPOSAL] Tomcat 3.2.2 Release Plan
on 2/7/01 3:34 PM, "Marc Saegesser" [EMAIL PROTECTED] wrote:
Please review and comment on the proposed release plan. I will
call release
plan vote in the near future.
+0 if and
ubject: Re: [PROPOSAL] Tomcat 3.2.2 Release Plan
on 2/7/01 5:12 PM, Marc Saegesser at [EMAIL PROTECTED] wrote:
Any bug introduced by a code change since Tomcat 3.2.1 was released MUST
be fixed. If it worked in 3.2.1 it will work in 3.2.2.
"no regressions" I think is the term
I think this is premature. There is no 3.2.2 release until the vote on the
release plan has passed on tomcat-dev. There needs to be a little more time
provided for discussion of the plan prior to calling the vote.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
/apache/tomcat/core
Constants.java
No, this is absolutely necessary so bugs in dev builds don't get reported
as 3.2.1 bugs. "3.2.2-dev" would also be acceptable, but the version
should not remain at 3.2.1.
Keith
-Original Message-----
From: Marc Saegesser [mailto:[EMAIL PROTECT
I think bugs that have been fixed in 3.3 should also get fixed on the 3.2
branch (assuming they apply, of course).
Enhancements made in 3.3 back ported to 3.2 only if the committer is willing
to test and support them in that release.
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL
,
and more +1 votes than -1 votes.
Marc Saegesser
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
is:
-
Marc Saegesser
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
NOTE: I sent the following question to jsp-spec-comments but I'm going to
post it here as well to get some additional discussion.
This question came up from my review of open Bugzilla reports against Tocmat
3.2.1 in preparation for the 3.2.2 release. The bug report can be found at
Sorry I'm getting back into this late. That bloody email virus had our mail
server off line for a while.
The intent of 3.2.2 is to release bug fixes for existing functionality.
Since Tomcat 3.2.1 doesn't support Apache 2.0 then it is completely valid
for 3.2.2 not to support it. Adding new
. If anyone would like to
help review and update these things it would be *greatly* appreciated. If
you think I've incorrectly invalidated a bug please let me know.
Marc Saegesser
-
To unsubscribe, e-mail: [EMAIL PROTECTED
When I open the Bugzilla query page using IE5.5 I get a JavaScript error
that target_milestone.length isn't an object. The problem is that the
selectProduct function assumes that the form contains an input control named
target_milestone but that control doesn't seem to exist.
error on Bugzilla query page
Marc Saegesser [EMAIL PROTECTED] wrote:
When I open the Bugzilla query page using IE5.5 I get a JavaScript error
that target_milestone.length isn't an object. The problem is that the
selectProduct function assumes that the form contains an input
control named
Damn, I hate the Servlet spec. They bury this detail in a bloody example
without ever mentioning it explicity! Damn.
Section 10.2.2, table 4, item 3 is the only place I can find (now that I
went explicitly looking for it) that describes this functionality.
Section 10.2 bullet one says that
*
.
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 15, 2001 11:12 PM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
jakarta-tomcat/src/share/org/apache/tomcat/request
AccessInterceptor.java
Marc Saegesser wrote:
Damn, I hate
I exchanged email with Ilyin in late January about this bug. I was able to
duplicate the problem using tomcat_322_final, but the bug had already been
fixed on the tip of the tomcat_32 branch. I didn't dig any deeper into the
issue to see which commit actually fixed the problem.
Attached are
I haven't gotten any feedback at all from my email to jsp-spec-comments.
Any comments from the Tomcat development community? Attached are the
proposed changes for discussion.
NOTE: I sent the following question to jsp-spec-comments but I'm going to
post it
The Tomcat 3.2.2 beta 1 release is ready to go with the exception of some of
the native components. Volunteers to build the following items (plus any
others) would appreciated. You can send the binaries to me and I'll add
them to the binary distribution site. Thanks.
Win32
+1
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Hi,
Please vote to add Mel Martinez [EMAIL PROTECTED] to the list of
commiters.
Mel already made important contributions in desciphering and fixing the
buffering issues, and will be a great addition to
contains a
section from httpd.conf where it should contain the Host/ part of
server.xml.
Dave.
[EMAIL PROTECTED]
From: "Marc Saegesser" [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Tomcat 3.2.2 beta 1 Release Native components
Date: Mon, 26 Feb 200
I am pleased to announce that the Tomcat 3.2.2 beta 1 release is now
available for download at
http://jakarta.apache.org/builds/tomcat/release/v3.2.2-beta-1
Tomcat 3.2.2 contains bug fixes collected since the release of Tomcat 3.2.1.
The bugs known to be fixed in this release are listed in the
Casey,
I'm reviewing this patch for possible inclusion in Tomcat 3.2.2. Its a
little late in the game to be changing things, but the patch looks OK.
Is is possible for you to provide the pages that you used for your test runs
so that I can test this more thoroughly?
Marc Saegesser
Questions about configuring Tomcat really belong on the tomcat-users mailing
list. Also, search the list archives because this questions has been asked
an answered more times that I can remember.
It works fine on WinNT 4.0. I've been using it for quite some time. The
normal reasons for the
backwards compatible
(and eliminates the notion that the dll was corrupted during my
download.)
-Original Message-
From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 01, 2001 9:39 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: RE: isapi_redirect.dll : Compiled
What version are you using? I've verified that the reason phrase is being
sent back on all the tests that I've run. Do you have a specific example of
a request that doesn't work? Include a packet capture if possible.
-Original Message-
From: David Campbell [mailto:[EMAIL PROTECTED]]
I'm reviewing Bugzilla bugs in preparation of the Tomcat 3.2.2 release.
Bugzilla 160 has been open since Tomcat 3.1 and it looks like its real and
that it violates the Servlet 2.2 spec.
I want to make sure I am correctly interpretting the spec before I dig too
deep. I'll send a similar message
manager, during a beta release. The release plan called for a single beta
cycle with the provision of additional betas if necessary. Once these bugs
are resolved I will create a Tocmat 3.2.2 beta 2 release for evaluation.
-Original Message-
From: Marc Saegesser [mailto:[EMAIL PROTECTED
)
returns a non-null value (i.e. there is an active session) we must
also test that the active session's ID matches the requested session id.
Patch By: Marc Saegesser
Revision ChangesPath
1.20 +6 -3
jakarta-tomcat/src/facade22/org/apache/tomcat/facade/HttpServletRe
,
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]
Subject
This has been fixed in 3.2.2 (currently in beta) and 4.0. I think its fixed
in 3.3, too, but I'm not positive.
-Original Message-
From: Richard Wan [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 07, 2001 5:25 PM
To: [EMAIL PROTECTED]
Subject: Re: Tomcat startup time
Petr
This has already been addressed in Tomcat 3.2.2 (currently in beta).
-Original Message-
From: Alfredo Solano Martinez [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 08, 2001 4:35 AM
To: [EMAIL PROTECTED]
Subject: secureRandom
Greetings,
I'd like to know if there is a way
This is the expected operation of a PrintWriter. Read the JavaDoc for
java.io.PrinterWriter.print(String s).
print
public void print(String s)
Print a string. If the argument is null then the string "null" is printed.
Otherwise, the string's characters are converted into bytes according to
The update was to util.SessionIdGenerator, I think, but its been a long time
I don't recall if any other files were involved.
The beta is stable. 3.2.2 is a bug fix release so most of the changes have
been minor. I expect to release the second beta release early next week.
-Original
This was a known problem that has been fixed in Tomcat 3.2.2 and Tomcat 3.3.
-Original Message-
From: James Courtney [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 12, 2001 3:57 PM
To: [EMAIL PROTECTED]
Subject: FW: Tomcat error
Has anyone seen an error like the one attached
important enough to fix prior to finalizing the release. These
involved crashes, or spec non-compliance.
We are within striking distance of completing this review so I'm going to
hold off creating the Tomcat 3.2.2 beta 2 release for a few more days to
allow this process to complete.
Marc
in the development
of better admin tools, primarily on the Tomcat 4.0 code base.
Votes please?
+1
Marc Saegesser
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
The follow email discussion happened on tomcat-dev back in January. In
reviewing the open bugs for Tomcat 3.2.2 I came across this issues again and
I'm trying to decide if it should dealt with, marked invalid, etc.
Did anyone hear anything back from jsp-comments? For that matter, has any
+1
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 15, 2001 5:39 PM
To: [EMAIL PROTECTED]
Subject: [VOTE] New commiter - Casey Lucas
Hi,
Please vote for Casey Lucas as commiter.
Casey is working on various optimizations in
+1
-Original Message-
From: danmil [mailto:danmil]On Behalf Of Dan Milstein
Sent: Thursday, March 15, 2001 1: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
You are correct, this should not have gone into the tomcat_32 branch. The
only things that should be commited to tomcat_32 are bug fixes for existing
functionality. Anything else should only be committed with the approval of
the Release Manager (i.e. Me). I'm going to review these changes to
I sent this question off into the black hole of
[EMAIL PROTECTED] but I don't really expect an answer so I'll
post the question here for discussion.
This question comes a bug (387) against Tomcat-3. The JSP specification
defines tag names attribute names as containing NMTOKEN values. The
Works for me. :-)
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 19, 2001 11:47 AM
To: [EMAIL PROTECTED]
Subject: Re: Tag names, Attribute Names and NMTOKEN values
On Mon, 19 Mar 2001, Marc Saegesser wrote:
I sent this question
Justyna,
Would this update also fix Bugzilla 412?
Marc Saegesser
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 14, 2001 6:32 PM
To: [EMAIL PROTECTED]
Subject: cvs commit:
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler
Tal,
It has my attention. I'm in the process of finalizing the second beta
release of Tomcat 3.2.2 and I will try to include this patch. Would you be
able to test Tomcat 3.2.2 beta 2 (when its ready) to verify that this is
working correctly?
Marc Saegesser
-Original Message-
From
Does this mean that the proposed patch to call setSoTimeout() should not be
applied?
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 20, 2001 10:12 AM
To: [EMAIL PROTECTED]
Subject: RE: Bug 1006, what's next ?
Hi,
I may help here since I
Arun,
This bug wasn't closed. The status was updated to RESOLVED the and the
resolution was changed to LATER. All this means is that it won't be address
in 3.2.2 but is still open for 3.3 and later releases.
Also, it would have been helpful if the description in initial bug report
indcated
time out.
#
Timeout 300
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 21, 2001 4:01 PM
To: [EMAIL PROTECTED]
Cc: Marc Saegesser
Subject: http 1.0 timeout patch
Hi,
I notice you corrected the patch which is a good thing
but settings timeout
Yep, the Jakarta mailing lists have been running way behind recently.
You can put me down as the default owner for new Jasper reports for
Tomcat-3. The last few weeks have given me a fair amount of practice at
this stuff.
-Original Message-
From: Ignacio J. Ortega [mailto:[EMAIL
will be for fixing critical bugs identified during the beta
period.
At the end of the beta period I will call a vote for the release of Tomcat
3.2.2.
Marc Saegesser
I am about to start the tag and build for Tomcat 3.2.2 beta 2. Please do
not make any changes to the tomcat_32 branch until further notice.
The tomcat_322_b2 tag is now available. The binary and source distributions
have been uploaded. I've got a couple more download tests to finish before
I update the website and send the announcement messages.
If anyone has binaries that they want included in the distribution please
send them to
encoding is UTF-8. Can you verify that the Japanese characters you enter in
the URL are actually being correctly encoded in the HTTP request?
http://www.w3.org/International/O-URL-and-ident.html
Marc Saegesser
-Original Message-
From: Petr Jiricka [mailto:[EMAIL PROTECTED]]
Sent: Tuesday
This has already been fixed Tomcat 3.2.2. The beta 2 release is available
for download at the URL below.
http://jakarta.apache.org/site/binindex.html
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Thorsten
Ludewig
Sent: Wednesday, March 28, 2001
Tomcat 3.1.x and 3.2.x do not suffer from this problem.
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 30, 2001 12:26 PM
To: [EMAIL PROTECTED]
Subject: Re: FW: Tomcat may reveal script source code by URL trickery
On Fri, 30 Mar 2001,
I've been trying to reproduce this using 3.2.1 on Win2000 (as the original
reported stated) and so far I can't make it happen. In all cases I get a
404.
I get the same results using 3.2.2b2.
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 02, 2001
Has anyone on tomcat-dev been able to reproduce these problems using Tomcat
3.2.x? I've been trying to reproduce the error using 3.2.1, 3.2.2b2 and
even 3.1.1. So far I always get a 404. I've never been able to get
directory listing or JSP source.
The beta 2 time period is just about over.
This is already fixed in 3.2.2.
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 04, 2001 11:09 AM
To: [EMAIL PROTECTED]
Subject: [Fwd: Tomcat may reveal script source code by URL trickery]
Reported against Tomcat 3.2.1 on BugTraq.
OK, I just tried this again (my results included inline) and in all cases I
get a 404 error. I'm using Win2000 and JDK1.2.2. I'll try testing with
JDK1.3 on Win2000 tomorrow and see if the problem follows the JDK version of
the operating system.
-Original Message-
From: Stephan
Here's an update. I've installed JDK1.3.0 and JDK1.3.1-beta and tested the
following URLs.
All the tests were run on Win2000 using Tomcat 3.2.2b2. The only difference
between these runs was the value of the JAVA_HOME environment variable.
The security problems I could duplicate *only*
generated a FileNotFoundException.
I think this is a bug, file URLs should not be URL decoded. We'll see if
Sun agrees, but in the mean time I'll handle this in Tomcat to prevent file
contents from being exposed.
-Original Message-
From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
Sent: Thursday
I've got a fix for the URL double decode security problem in Tomcat 3.2.2.
I'm going to release Tomcat 3.2.2 beta 3 tonight to make this fix publicly
available. Because the only change in Beta 3 is the security fix, this beta
cycle will only be one week long. If no other security issues are
, but it still doesn't feel right.
I'm going to commit the fix as I have it now so that others can review it
and maybe come up with a better approach. I'm now planning to release beta
3 Saturday morning (central US time).
-Original Message-
From: Marc Saegesser [mailto:[EMAIL PROTECTED
or not, which would be about as minimal a runtime
performance hit as you could hope for.
Just a wild thought from left field.
Mel
--- Marc Saegesser [EMAIL PROTECTED] wrote:
As usual, the problem turned out to be deeper then I
first expected.
Here's what happened. There was a bug in 3.2.1
strings, but double escaped strings from the client won't be
allowed.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Saturday, April 07, 2001 11:15 AM
To: [EMAIL PROTECTED]
Subject: RE: [STATUS] Tomcat 3.2.2
On Sat, 7 Apr 2001, Marc Saegesser wrote
It would help if you provided the version of Tomcat your using.
I'm pretty sure, however, that your running 3.2.1. This particular bug has
already been fixed in 3.2.2. However, don't rush out to download 3.2.2b2
because I'm just about to release 3.2.2b3 which fixes some additional
security
I am pleased to announce that the Tomcat 3.2.2 beta 3 release is now
available for download at
http://jakarta.apache.org/builds/tomcat/release/v3.2.2-beta-3
Beta 3 contains a fix for a security hole that has been identified in the
Tomcat 3.2.2 beta 1 and beta 2 releases. The security hole had
I am pleased to announce that the Tomcat 3.2.2 beta 3 release is now
available for download at
http://jakarta.apache.org/builds/tomcat/release/v3.2.2-beta-3
Beta 3 contains a fix for a security hole that has been identified in the
Tomcat 3.2.2 beta 1 and beta 2 releases. The security hole had
I don't think your seeing a real memory leak. What's happening is that the
logging mechanism in Tomcat doesn't actually write log messages to log files
when Logger.log() is called. Logger.log() adds a log entry to a queue and
returns immediately. A daemon thread then pulls the log entries off
Shawn,
Could re-post your patches? I don't have the your original email with the
patches. I'll see if I can find time look at them.
Marc Saegesser
-Original Message-
From: Shawn McMurdo [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 11, 2001 8:11 PM
To: [EMAIL PROTECTED
..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Friday, April 13, 2001 10:47 PM
To: Marc Saegesser
Cc: [EMAIL PROTECTED]
Subject: RE: Bug 1006 not fixed in 3.2.2b3
I am using
I finished this today (4/16/01). There are a couple other loose ends that
need to be resolved before I release 3.2.2. If you can build and run from
source then please try the lastest code from CVS and make sure it addresses
your need.
-Original Message-
From: Wolle [mailto:[EMAIL
I finally got some time to look at this and I think I can duplicate the
problem your seeing. Hopefully, its the problem your seeing, or else we
have two serious problems.
I'm running Apache 1.3.9 (I'm too lazy to update) and mod_jk using AJP12 on
Win2000. I'm testing with
+1
-Original Message-
From: Kief Morris [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 22, 2001 4: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 patches
1 - 100 of 219 matches
Mail list logo