> I'll put this one in in the interest of time, but Marc should be given
> karma
> (like any other Tomcat committer) to j-t-c, if he doesn't have it already.
>
> "Marc Saegesser" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> G, th
host,
-- Marc
> -Original Message-
> From: Marc Saegesser [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 29, 2003 4:41 PM
> To: Tomcat Developers List
> Subject: RE: [j-t-c] Thread problem in jk_uri_worker_map.c
>
> The file common/jk_connect.c no longer compiles on W
> Sent: Wednesday, August 27, 2003 8:55 AM
> To: Tomcat Developers List
> Subject: Re: [j-t-c] Thread problem in jk_uri_worker_map.c
>
> Henri Gomez wrote:
> > Marc Saegesser a écrit :
> >
> >> That makes sense. The manipulations that map_uri_to_worker() does
> al
o
> be
> that the uri parameter is modifiable. Then Apache can dup it using the
> request's pool, it looks like IIS is doing this most of the time anyway,
> and
> Netscape isn't using map_uri_to_worker at all. That leave Domino, which I
> don't really know.
>
I've run into a threading problem in
/j-t-c/native/jk/common/jk_uri_worker_map.c. The problem has been around
for a long time, but I believe the changes checked in for version 1.15 on
June, 27, 2003 made the problem worse. I have only been able to reproduce
the problem on multi-processor machines
[EMAIL PROTECTED]
> Sent: Tuesday, July 08, 2003 3:18 PM
> To: Tomcat Developers List
> Subject: Re: Object pooling performance
>
> Marc Saegesser wrote:
> > Another thing to consider when evaluating object pooling is the expected
> > lifetime of the objects. On mo
Another thing to consider when evaluating object pooling is the expected
lifetime of the objects. On modern JVMs with generational memory stores,
objects with a short lifespan (say the duration of a single HTTP request)
will probably never leave the nursery. Pooling these kinds of objects
usually
I don't think it really needed any discussion, but here's what's happening.
I was a Tomcat 3.2.x developer and managed the releases of 3.2.2-4. I still
have Tomcat 3.2 embedded in my product so I continue to support it after a
fashion. Some day I'll get around to swapping it out with something e
n't get to
execute and messages will back up in the in-memory queue. When the load
decreases the queue will be flushed and memory will be released.
I've spent a fair amount of time running stress tests on Tomcat 3.2.x using
JProbe and I have not seen any memory leaks.
Marc Saegesser
>
the need for critical security updates, this will be the last
release of the Tomcat 3.2.x branch. Future Jakarta development for the
Servlet 2.2/JSP 1.1 specification will be based on Tomcat 3.3.
Marc Saegesser
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional comma
0] -0. I don't agree with the proposal but I won't stop
the release.
[0] -1. I disagree with the proposal and will explain my
reasons.
Marc Saegesser
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
+1
Marc Saegesser
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 19, 2001 12:29 PM
> To: Tomcat Developers List
> Subject: [VOTE] New committer: Michael Smith
>
>
> Hi,
>
> I'd like to nominate Mich
+1
Marc Saegesser
> -Original Message-
> From: Bojan Smojver [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, November 18, 2001 11:18 PM
> To: Tomcat Dev List
> Subject: [VOTE] Change the order of releases mentioned on the TC web
> page
>
>
> Tomcat web page
started with Tomcat should certainly be directed to 3.3 and 4.0.
Marc Saegesser
> -Original Message-
> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, November 13, 2001 8:56 AM
> To: Tomcat Developers List
> Subject: RE: [VOTE] Release Tomcat 3.2.4
>
>
x27;t stop
the release.
[ ] -1. I disagree with the proposal and will explain my
reasons.
Marc Saegesser
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
will not be able
to help support the release.
[ ] -0. I don't agree with the proposal but I won't stop
the release.
[ ] -1. I disagree with the proposal and will explain my
reasons.
Marc Saegesser
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
all requests to
resources inside the web application through Tomcat. All of my applications
now just do a JkMount /app/* AJP13.
Marc Saegesser
> -Original Message-
> From: Michael Jennings [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 01, 2001 2:08 PM
> To: [EMAIL PR
I'll get into Tomcat 3.2.4 before the final release.
Marc Saegesser
> -Original Message-
> From: Michael Jennings [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, November 01, 2001 10:51 AM
> To: [EMAIL PROTECTED]
> Subject: Can someone commit this minor fix?
>
I think the web site got messed up and older version of the binindex.html
got posted. I updated the site last night for the 3.2.4 beta 1 release and
put the 3.3 links back in at the same time.
Marc Saegesser
> -Original Message-
> From: Schreibman, David [mailto:[EMAIL PRO
this
release.
Please download and the release and try it your environment. Report any
bugs to the Apache Bug Database at
http://nagoya.betaversion.org/bugzilla/
Assuming no show stopping bugs are found during the beta period, the final
release is expected on about November 8, 2001.
Marc
am not in favor of the release
[ ] -1 I am against this proposal (must include a reason).
--
Marc Saegesser
OK, I thought there were changes to Jdk12Interceptor in 3.3 that needed to
be ported back to 3.2.x. If all we need to do is document in server.xml
than that's no problem at all. I'll take care of it.
Marc Saegesser
> -Original Message-
> From: [EMAIL PROTECTED
applications. I don't have any problem shipping with the later
JAXP stuff as long as we can still run with the older version that we've
shipped with in the past.
I'll take a look at the diffs between the Jdk12Interceptor in tomcat_32 and
3.3 and how it looks.
Marc Saegesser
release, and will help support it
[ ] +0 I am in favor of the release, but am unable to help support it
[ ] -0 I am not in favor of the release
[ ] -1 I am against this proposal (must include a reason).
--
Marc Saegesser
+1
Marc Saegesser
> -Original Message-
> From: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 17, 2001 11:02 PM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New Committer
>
>
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]>
I'll make the change to the tomcat_32 branch.
Marc Saegesser
> -Original Message-
> From: Renato Weiner [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, October 04, 2001 2:51 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [PATCH] SimplePool.java
>
>
> What about
It probably isn't a big deal now. I've got the .dsp file working now. Once
I'm satisfied everything is OK I'll commit the changes and also export a
Windows makefile so that I can build without using the damned IDE.
Marc Saegesser
> -Original Message-
> From:
hings ran fine.
Marc Saegesser
> -Original Message-
> From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 02, 2001 1:12 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [J-T-C] Update: Building mod_jk for Apache 2.0/Windows
>
>
> On Tue, Oct 02, 2
cided to give
up and work on the .dsp file.
Marc Saegesser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of jean-frederic clere
> Sent: Tuesday, October 02, 2001 12:20 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [J-T-C] Update: Buildin
s
to be forwarded to Tomcat and the response comes back, but it doesn't appear
in the browser. I use telnet to issue the request I get back what looks
like a valid response. I'll investigate this later today.
Marc Saegesser
> -Original Message-
> From: Marc Saegesser [mai
good reasons why the
existing specification is lacking and I think it should be changed. Lets
just understand why it needs changed and not through non-existent
specification violation claims.
Marc Saegesser
> -Original Message-
> From: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Sent
ound on this server.
Apache/1.3.19
Server a
t msaegesserlpt Port 8081
Connection to host lost.
---
Marc Saegesser
> -Original Message-
> From: Ja
urn path info that can be decoded URLDecoder.decode() into
http://URLInPathInfo.
Comments?
Marc Saegesser
> -Original Message-
> From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 13, 2001 12:49 PM
> To: [EMAIL PROTECTED]
> Subject: RE: URI handling
uld not
(and I think have not) blindly follow httpd (it does a few other things that
disagree with).
Patches or discussion on how to go about fixing this are certainly welcome!
Marc Saegesser
> -Original Message-
> From: Lars Oppermann [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, Se
er at msaegesserlpt Port 8081
0
Connection to host lost.
Marc Saegesser
> -Original Message-
> From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 13, 2001 8:48 AM
> To: [EMAIL PROTECTED]
>
t
I tested with).
If you need to pass this sort of data to a servlet (or CGI) the most
portable way is to simply use a query string.
Marc Saegesser
> -Original Message-
> From: Lars Oppermann [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 13, 2001 5:00 AM
> To:
Jason,
The first bug in the list, about file upload problems with AJP13 was fixed
in 3.2.3.
Marc Saegesser
> -Original Message-
> From: Jason Hunter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 11, 2001 12:11 AM
> To: [EMAIL PROTECTED]
> Subject: New resou
-1
Marc Saegesser
> -Original Message-
> From: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 10, 2001 2:03 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [VOTE] Bug Notification E-Mails
>
>
> "Christopher Cain" <[EMAIL PROTECT
ea, but
you might find someone here who will commit it. Actually I notice that your
listed as a Tomcat committer so you could just do it yourself.
Marc Saegesser
> -Original Message-
> From: Jason Hunter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, September 11, 2001 12:07 AM
&
+1
Marc Saegesser
> -Original Message-
> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Monday, September 10, 2001 11:24 AM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New commiter Ryan Bloom
>
>
> I would like to propose Ryan Bloom as commiter
> in
lly care to see them, but I won't complain if I do :)
[] -1 Leave it alone (explain)
Marc Saegesser
= Tomcat 3.3 Final Release Plan Ballot =
[ ] +1I am in favor of this plan, and will help
[ ] +0I am in favor of this plan, but am unable to help
[X] -0I not in favor of this plan
[ ] -1I am opposed to this plan, and my reason(s) are:
(not
likely, but it has happened) or your registry entries are wrong (very
likely).
Marc Saegesser
> -Original Message-
> From: Golash Rahul [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, September 06, 2001 5:27 AM
> To: [EMAIL PROTECTED]
> Subject: RE: isapi_redirect.dll
&g
methods (I
really doubt it, but they might) and that would break they code. What I'll
do is make them deprecated in this release to discourage people from
starting to use them.
Marc Saegesser
> -Original Message-
> From: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Sent:
n the first few seconds that the container is
running. Option 1 is simple, does not involve new threads or thread
synchronization and the only down side is that we delay processing requests
for a few seconds.
In my opinion, option 1 made the most sense.
Marc Saegesser
> -Original Message-
arge scale user testing that a beta drop gets,
but with a little testing in my own application environment I wouldn't
hesitate to run a tomcat_32 nightly in production.
Marc Saegesser
> -Original Message-
> From: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday
days I'll put tomcat_32 behind me and move on to some of this
new stuff.
Congratulations to everyone who has worked on this. You guys have done
really great job.
Marc Saegesser
Costin,
Sure, I'll take care of it today.
Marc Saegesser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 31, 2001 12:13 AM
> To: [EMAIL PROTECTED]
> Subject: RE: PATCH: jk_nt_service can't automatically
facilities the OS provides instead of duplicating
this inside the service.
Marc Saegesser
> -Original Message-
> From: Schreibman, David [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 30, 2001 6:06 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: PATCH: jk_nt_servi
ghtly builds so this won't show up in a distribution until Tomcat 3.2.4
(and I haven't worked out a schedule for that yet).
Marc Saegesser
> -Original Message-
> From: Dave Ringoen [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 30, 2001 4:55 PM
> To: '[EM
ust* be in the query string.
Marc Saegesser
> -Original Message-
> From: Jason Hunter [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 27, 2001 8:45 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat 3.2.3 and getPathInfo
>
>
> Marc Saegesser wrote:
> >
&
;m still waiting to hear back from the servlet expert group about
whether the normalization plans are going into the specification.
Marc Saegesser
> -Original Message-
> From: Jason Hunter [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 27, 2001 12:25 AM
> To: [EMAIL PROTECTE
+1
Marc Saegesser
> -Original Message-
> From: craigmcc@localhost [mailto:craigmcc@localhost]On Behalf Of Craig
> R. McClanahan
> Sent: Friday, August 24, 2001 3:21 PM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New Tomcat Committer
>
>
> As Jon informal
Comments in line.
Marc Saegesser
> -Original Message-
> From: Jason Hunter [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 23, 2001 11:32 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: Tomcat 3.2.3 and getPathInfo
>
>
> Marc Saegesser
.
I'll have to give this one some thought. If URL normalization is being
added to the specification then there should also some guidance on how it
relates to path info. I'll CC this to servletapi-feedback.
Marc Saegesser
> -Original Message-
> From: Jason Hunter [mailto
still holding on to a reference to some
object on your side that's holding open the client half of the socket. At
any rate, this isn't a topic that's relevant to tomcat-dev.
Marc Saegesser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Se
ndling the situation where the IMAP server
closes its end of the connection).
Marc Saegesser
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 21, 2001 1:05 PM
> To: [EMAIL PROTECTED]
> Subject: imap close_wait with Tomcat 3
p to an outside party then
you have to make sure that party obeys all the same rules.
Marc Saegesser
> -Original Message-
> From: RoMaN SoFt / LLFB !! [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 21, 2001 7:40 AM
> To: [EMAIL PROTECTED]
> Subject: Security issues
I committed the patch. Bugzilla 1141 isn't a Tomcat bug, could you please
verify the bug number so I can mark is closed?
Marc Saegesser
> -Original Message-
> From: Jeff Kilbride [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 09, 2001 4:13 PM
> To: [EMAIL PRO
Basically, there just wasn't time in the 3.2.2 release schedule to get this
one fixed. Tomcat 3.2.3 was released earlier than planned due to a security
problem and this bug hadn't been addressed yet.
If someone would like to post a patch I will review and commit it.
Marc
osal (backed by reasons and/or workarounds)
>
Marc Saegesser
> remm01/07/16 18:04:29
>
> Modified:catalina/src/share/org/apache/catalina/connector/http
> HttpProcessor.java
> Log:
> - %25, %2F, %2E and %5C are now forbidden in the request URI. I
> hope this
> is not a problem with multi-byte characters.
> -
> remm01/07/16 18:04:29
>
> Modified:catalina/src/share/org/apache/catalina/connector/http
> HttpProcessor.java
> Log:
> - %25, %2F, %2E and %5C are now forbidden in the request URI. I
> hope this
> is not a problem with multi-byte characters.
> - Me
This has already been fixed in the Tomcat 3.2.3-dev. Try the latest nightly
build and verify that it works for you.
Marc Saegesser
> -Original Message-
> From: Hamish MacEwan [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 05, 2001 8:23 PM
> To: [EMAIL PROTECTED]
> S
This has already been fixed in 3.2.3-dev. Try the latest nightly build.
> -Original Message-
> From: David Rees [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, July 04, 2001 3:14 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Tomcat 3.2.2 and Error page 404
>
>
> On Wed, Jul 04, 2001 at 11:53
ur example code will help a lot. Thanks.
> -Original Message-
> From: Bari, Naeem [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 25, 2001 4:51 PM
> To: 'Marc Saegesser'; [EMAIL PROTECTED]
> Subject: RE: Plz help! Tomcat blocks when calling itself - i am
> desper
do need a URLMatcher.
> If you have any suggestions as to a fast one that would be great. What is
> tomcat using to do its security path constraint matching now.
>
> Creighton
>
>
> -Original Message-
> From: Marc Saegesser [mailto:[EMAIL PROTECTED]]
> Sent: Monday, J
Yep, it looks like this code is broken, but it isn't actually used anywhere
within Tomcat. In fact it has been removed in 3.3. Are you trying ot use
this class directly in your code?
> -Original Message-
> From: Creighton Kirkendall [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 25, 20
Any chance you could send a small sample application that demonstrates the
problem?
> -Original Message-
> From: Bari, Naeem [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 25, 2001 2:23 PM
> To: '[EMAIL PROTECTED]'
> Subject: Plz help! Tomcat blocks when calling itself - i am desperate!
Again, threads don't improve performance, in fact they degrade performance
and on some platforms (namely, Windows) they can degrade performance very
quickly. Context switching between threads on Win32 is *really, really*
expensive (several hundred instructions in kernel space). Without
processor
doesn't do
much for performance.
Still, I'd be interested to see how this experiment effects performance.
Marc Saegesser
> -Original Message-
> From: Andy Armstrong [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, June 24, 2001 7:11 AM
> To: [EMAIL PROTECTED]
> Subject: Re: A
Ever since version 1.1, BufferedServletOutputStream.flush() checks to see if
if the response is using an PrintWriter and if it is it ignores the flush
request. The question is why? My guess is that it had something to do with
the fact that the PrintWriter itself has a buffer because it uses an
O
I've had very good luck in the past using JProbe to track down memory
problems.
> -Original Message-
> From: Tom Amiro [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 20, 2001 4:27 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Tomca
Tomcat 3.2.2 is a bug fix release. The release notes in src/doc/readme
detail the changes between 3.2.1 and 3.2.2.
> -Original Message-
> From: Oren Deri, Nice-Eye [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 19, 2001 3:54 AM
> To: [EMAIL PROTECTED]
> Subject: 3.2.1 vs 3.2.2 versions
Larry,
I fixed bug 1528 in tomcat_32 and I think a similar problems exists in 3.3
in the class org.apache.tomcat.modules.server.Ajp13. A diff is attached. I
don't have a buildable 3.3 project now so I can't test it.
Ajp13.diff
Its there now, but I have no way to test it at present.
> -Original Message-
> From: Engel Sanchez [mailto:[EMAIL PROTECTED]]
> Sent: Monday, June 18, 2001 4:34 PM
> To: [EMAIL PROTECTED]
> Subject: Where is jni_connect for Tomcat 3.2.2?
>
>
> I just installed tomcat in win2k running II
put together a formal
release plan in the next couple days.
Marc Saegesser
All known "URL Trickery" source exposure bugs have been fixed in Tomcat
3.2.2 (and 3.3 and 4.0).
> -Original Message-
> From: Venkat [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 08, 2001 4:14 AM
> To: [EMAIL PROTECTED]
> Subject: Source script reveal bug
>
>
> I should do this today, p
How about a diff -u or at least may be a file name?
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
> Mathias Herberts
> Sent: Monday, June 04, 2001 6:53 AM
> To: [EMAIL PROTECTED]
> Subject: Session ID in load balancer in 3.2.2
>
>
> According to t
Tomcat 3.2.2 will run on JDK1.1 VMs, but right now it only builds on JDK1.2.
These securitiy manager classes will never be used if Tomcat is running on a
1.1 VM. Hopefully we can update the build.xml for the next release to
exclude these classes for 1.1 builds.
> -Original Message-
> Fro
The fix for the first part of the problem has already been committed for
3.2.3. The other problem, what happens if your 404 error page doesn't
really exist has not been addressed yet, but I'll look into it.
Marc Saegesser
> -Original Message-
> From: Peter S. Heijne
at the JavaWorld
web site has the information posted.
Again, thanks to everyone who made this possible. The entire Tomcat
community won something tonight.
Marc Saegesser
+1
Welcome aboard!
> -Original Message-
> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Friday, June 01, 2001 2:31 AM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New Committer: Mike Anderson
>
>
> I would like to propose Mike Anderson as a new committer.
>
> He found many subtils
Read the specification, section 9.4:
A special directory exists within the application hierarchy named WEB-INF.
This directory
contains all things related to the application that arent in the document
root of the application. It is
important to note that the WEB-INF node is not part of the pub
This was broken in 3.2.1 and unfortunately is still broken in 3.2.2 due to
the commit problem I mentioned earlier. Since this isn't a regression
failure and there is a work-around we'll log it as a bug and fix it in
3.2.3.
> -Original Message-
> From: Marc Saegesse
According to the spec, the path passed to ServletContext.getResource() must
start with a "/".
> -Original Message-
> From: Stevenson, Chris (SSABSA) [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 30, 2001 1:44 AM
> To: [EMAIL PROTECTED]
> Subject: [BUG T322] Bug in getServletContext().
equested file.
>
> I will set up an independent Tomcat installation and try this
> again without
> virtual hosts. If I have the time today, I will wrap up a webapp and post
> the .war file.
>
> - Original Message -
> From: "Marc Saegesser" <[EMAIL PROTE
Could you please supply a sample webapp that demonstrates this? Static
error pages seem to work OK for me.
> -Original Message-
> From: Peer Heijnen [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 29, 2001 5:52 AM
> To: tomcat-dev
> Subject: Problem+Fix concerning static error pages in T
I am pleased to announce that the Tomcat 3.2.2 release is now
available for download at
http://jakarta.apache.org/builds/tomcat/release/v3.2.2
Tomcat 3.2.2 is a maintenance release that fixes several bugs from version
3.2.1 and corrects all known specification compliance issues. The release
not
The first link works OK for me. I've fixed the second.
> -Original Message-
> From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, May 26, 2001 10:14 AM
> To: tomcat dev
> Subject: FW: broken links
>
>
> Can someone take care of those ?
>
> Pier
>
> -- Forwa
will help support
the release.
[3] +0. I agree with the proposal but I will not be able
to help support the release.
[0] -0. I don't agree with the proposal but I won't stop
the release.
[0] -1. I disagree with the proposal and will explain my
reas
The initialization of Tomcat's Psuedo Random Number Generator (PRNG) can
take several seconds on some platforms. The PRNG is initialized when the
first session is created (its used to generate the session IDs). There are
some hacks you can use in 3.2.1 to avoid this, but the best solution will b
I've checked the Tomcat 3.2.2b5 distribution and it looks OK.
Regarding signing the releases. Could someone describe the procedures use
by other Apache projects for signing their releases? Tomcat 3.2.2 will
going out in the near future and I would like to have a signing mechanism in
place prior
This was fixed in Tomcat 3.2.2 quite some time ago. Check out the tip of
the tomcat_32 branch and look at the connector code again.
> -Original Message-
> From: Hiro Takahashi [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 24, 2001 1:33 AM
> To: [EMAIL PROTECTED]
> Subject: [PATCH] Bug
point. If you see something you don't like please
change it. All Tomcat committers have access to this repository.
Enjoy.
Marc Saegesser
The code in Tomcat 3.2.x that encodeURL() uses to add the ;JSESSIONID=
string to the URL makes several tests in order to prevent encoding a session
ID onto a URL that doesn't belong the the current web application. One of
these tests compares the URL scheme (HTTP, HTTPS) for the current request
a
Looks safe enough. Go ahead.
> -Original Message-
> From: Keith Wannamaker [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, May 20, 2001 4:41 PM
> To: [EMAIL PROTECTED]
> Subject: JDK DateFormat bug & workaround
>
>
> There is a lingering bug in (at least) Sun's JDK
> that causes SimpleDate
SecurityManager [was RE: 3.2.2. When's it
> shipping?]
>
>
> Marc Saegesser wrote:
> >
> > The null check is simple enough and its already been tested in 3.3
> > so I feel comfortable making the change without a beta. I'll commit
> > the change to
David,
Thanks for the example code. I tried this on the following configurations
and was not able to duplicate the problem.
Win2000
Tomcat 3.2.2b5
Apache 1.3.19
mod_jk (both ajp12 and ajp13)
As the jar file to transfer I JARed up the entire examples web application
directory tree. That contai
I just tried this and verified the orginal bug and that the proposed patch
does fix the problem. I'm OK with committing to the tomcat_32 branch.
DOES ANYONE ELSE OUT THERE HAVE ANYTHING THEY WANT TO TELL ME?
Resin would not appear to be compliant with the specification. The 4/27/00
errata indi
1 - 100 of 268 matches
Mail list logo
